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BACKGROUND OF THE INVENTION is 

1. Field of Invention 

The present invention relates to telecommunications call 
processing. More specifically, it relates to processing of a 
vanity telephone number dialed by a caller with a oonven- 
tional telephone, so as to access a national virtual telephone 
number database to provide benefits, such as improved 
connection efficiency, selected services or products, to the 
caller, the servicing location(s) associated with the vanity 
number dialed and/or the vanity number advertiser. ^ 

2. Description of the Related Technology 
Traditionally, entities with multiple employees, depart- 
ments and/or locations, such as businesses and government 
agencies, have provided their customers with multiple tele- 
phone number points of contact, with usually at least one 30 
telephone number for each employee, department and loca- 
tion. This has placed a major burden on customers and 
prospective customers to find, remember, dial and be con- 
nected to the correct intra-cntity telephone ntm[ibcr for the 
services desired. It also has created cost atxl administrative 35 
burdens on these entities to publish and advertise multiple 
telephone numbers. 

In the new world of electronic commerce, many such 
entities have started advertising "one number", vanity tele- 
phone nxmibers as their primary customer contact point. 40 
These vanity numbers are usually national 10 digit numbers 
starting with area codes such as "800," "888," or "900", 
local 7 digit numbers starting with an exchange such as 
"555" and "950" or special purpose three digit numbers like 
"311", "411" or "911", These niunbers are usually easy to 45 
remember, such as 1-800-FLORIST. Unlike regular tele- 
phone calls with only two participants, vanity telephone 
number calls can have three participants, recipients, or 
beneficiaries: 

1. The Vanity Number Advertiser 50 

2. The Caller or Consumer 

3. The Servicing Location(s) 

Based on the increased volume of calls to these vanity 
numbers and customer demands for 24 hour support during 
seven days a week, reduced telephone busy signals and 55 
shorter hold times, vanity number advertisers have begun 
answering these calls with a new technology called Voice 
Response Units (VRU), also known as Interactive Voice 
Response (IVR). 

Currently, there are over 50 manufacturers of VRUs. The 60 
commercialization of the VRU and changes in advertising 
practices has also spawned large numbers of new VRU 
applications from product manufacturers. Products may be 
advertised by an infomercial showing an "800" number to 
call so that a consumer may obtain a list of nearby dealers 65 
and/or a product brochure. The 800 number is answered by 
a VRU whidi requests the caller to record their name and 
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address. This partially automates the call process, but 
requires large amounts of disk storage to store the caller 
provided recorded voice information and creates a large 
amount of post call work for the advertiser. For example, the 
advertiser must listen to, understand, transcribe the caller's 
name and address, certify the address by use of a United 
States Postal Service (USPS) coding accuracy support sys- 
tem (CASS), manually compile a list of nearby dealers and 
mail the information packet to the caller's address. These 
inefficiencies have created a need to further automate VRU 
applications. This is accomplished through v^^at is now 
called intelligent call processing technology. 

In this context, automated intelligent call processing 
(ICP) is defined as the capture of network provided data, 
such as automatic number identification (ANl) and dialed 
number identification service (DNIS), and caller-provided 
data, such as data entered by Dual Tone Multi-Frequency 
(DTMF) through a Touchtone telephone key pad or the 
caller speaking through the telephone to a VRU. ICP also 
involves the VRU accessing external databases that can 
decipher, validate, process and fulfill the caller's request by 
playing pre-recorded messages, creating call specific mes- 
sages and peaking them to the caller, storing call capttu-ed 
information that can be accessed by or forwarded to the 
caller, servicing location or vanity advertiser, and/or auto- 
matically routing and connecting the caller to the servicing 
location or department. Semi-automated intelligent call pro- 
cessing is characterized by automating components of the 
call through intelligent call processing, but having some 
portion of the request still requiring live operator support 
during the calL 

There are three primary components to an intelligent call 
processing system: 

the network: the system level hardware and software that 
provides the platform for intra- and inter-system and 
participant communications; 

the information retrieval, processing and storage: the data- 
bases and processing algorithms that provide the network 
application with the information required to fulfill the 
request; and 

the applications: the processes that process and fulfill the 
request(s) of the caller, the servicing location and/or the 
vanity advertiser by utilizing the network and the 
retrieved, processed and stored information. 

THE NETWORK 

The VRU is the device that can be used to replace the 
network operator and/or the answering party. Early 
primitive, non-integrated ancestors to the VRU are the caller 
ID box and the answering machine. Current state-of-the-art 
VRUs are programmable devices that not only capture and 
process network provided data but also accurately translate 
caller spoken numbers and words into textual or binary data, 
and convert digital text in the form of words and sentences 
into ^eech that is understandable by most callers. The VRU 
capabilities in these areas are continuing to rapidly improve. 
The last remaining obstacle to VRU is automation is imme- 
diate access to more information. This required better net- 
work access to network and remote databases and a way to 
associate the digital data stored in these databases with 
network provided data, such as ANI and DNIS, and caller 
provided telephone input in the form of sound: voice or 
DTMF accurately translated into digital data. 

The computer network portion of this problem has been 
addressed with faster 32 bit and 64 bit processors, vast 
amounts of cheap RAM and disk storage, new levels of 
Computer Telephone Integration (CTI) and advances in 


09/12/2002, EAST Version: 1.03.0007 


us 6,381324 Bl 
3 4 

computer wide area nelworidng thai provides real lime The USPS address coding guide. 

access to many different databases stored on different com- The US Census Bureau's TIGER (Topographical Integrated 

puter systems physically located in different parts of the Geographic Encoded Record) and 1990 census data files, 

country. This is demonstrated in part by a variety of con- Geographic and spatial files from Geographic Data 

sumer computer-interface applications supported by com- 5 Technology, Inc. (GDI) and ETAK®, such as ZIP+4 to 

puter network services, such as CompuServe®, America latitude and longimde, ZIP+4 to census bloc^ ZIP Code 

Online®, Microsoft Network™ and the Internet. census boundary, and enhanced TIGER files. 

. . ^ . Household and individual databases from Polk. First Data 

There are nearly 200 miUion access pomts in the national Resources (FDR), Metromail and the big three credit 

telephone network, which is many times the current number bureaus: Equifax, Trans Union and TRW. 

of access points for aU of the computer networks combined. Property databases from TransAmerica, TRW Ready Data 

The major limitation of the telecommunications voice net- and ACXIOM DATAQUICK. 

work is that other than the limited amount of network Updated census data files and geodemographic databases 

provided data and voice, the only widely supported com- from Claritas, Equifax National Decision Systems, Uiban 

munications means is another form of sound, i.e., DTMF, Decision Systems (UDS), CAQ and Strategic Mapping, 

which is a very primitive way of achieving one-way com- Inc. (SMI). 

munication. Voice recognition has improved trcmendoxisly Business and ^vemment location databases from American 

over the last few years, but is still a long way from being able Business Information® (ABI), DUNS, ProCD and Data- 

to Uranslate the words spoken by millions of people with base American. 

different voices and accents into digital text words with Business financial databases firom DUNS and TRW. 

100% acciu-acy. Hundreds of private company, state and local govenmient 

. , , . . . and regional files of various types. 

A few ao«^ points have videophones that support both ^ databases have one or more of the foUowing 

sound and video m both send and receive modes. The yn,i,ations that has previously restricted them &om being 

technology has been around for many years to convert ^ y^^j applications: 

digital text dau into video, and digital raster data in the form ^ do not contain a telephone number field, 

of maps and pictures mto video, and transmU it over the ^ ^^^^ ^ telephone number field but a high percenUge 

nation^ te ecommumcations aetwortc. There is also pnmi- „f ^^^^ telephone numbers, have out of 

live tedinology available to scan and translate ^deo images jj,^ telephone numbeis or have a very limited amount of 

m the form of hand-wntten messages and typed characters, associated with the telephone number, 

words and sentences mto digital data, such as the ASQI 3^ ^^ 3 ^^^^^ ^ ^^^^ ^^^^ ^^^^ 

character set Today, none of the VRU manufacturers pro- ^ ^ ^^^^^ communicate 

vide either of these capabmties with thetf current products. ^ VRU 

As videophones become more common in 1^, the existing ^ ^^^^ ^^^^ ^^^y^^le in 

technology to translate digital data mto the form of a video applications is creating a standardized, 

miage and transmit it to the caUer wiU likely become a 35 universal database linkage key that can be 

standard feature m aU next generaUon VRUs. ^ United States telephone mimbers and all 

A few access points also have computers with modems, of the above mentioned databases. This key needs to act as 

speakers, microphones and telephone emulation software, a direct and/or translator linkage mechanism between the 

such as Microsoft Phone. There is potential to have the telephone number and databases for spatial, geographic, 

computer translate on-screen typed text into DTMF tones 40 USPS address, household, individual, business location, 

using a more robust DTMF coding scheme and to have this government location, business financial, property and client 

translated back into digital text at the VRU. However, service locations service areas of any defined geographic 

current VRUs do not have this capability. size and shape. Since the most common trait shared among 

the above mentioned databases is their geographic/spatial 

INFORMAnON RETRIEVAL, PROCESSING 45 locatkra, definition and/or relationship, the most logical 

AND STORAGE solution would be a universal hierarchical geographic/ 

spatial linkage key, "Spatial Key". Utilizing the Spatial Key 

Currently, VRUs have no caUer-fnendly capabdity to ^ ^^^j^ ^ telephone number database would make it 

accurately translate caller voice or DTMF mput mto com- ^^j^j ^ automate many VRU appUcations that provide 

plex digital database access keys. Consequently, VRU data- infonnation, connect the caller with a ser- 

base access has been hmited to databases indexed by a ^-^^ j^^tion and/or capture or retrieve caller related 

sunple numenc key. -Riese mclude pre-recorded messages information to assist the vanity advertiser and/or the seivic- 

and internal client customer databases indexed by customer i^^^^ providing better during call and post-call 

ID. The ID is usually in the form of a telephone number, service to the caller 

account number, poUcy number. Older number or other 55 AppUcant is not aware of any product or method that uses 

numeric daU that is provided by the network, can be entered 3 jj^glc key to create a virtual telephone number database by 

by DTMF, or accurately translated into distal data by a ^ ^^^y jig,^^^, seemingly unrelated databases 

VRU usmg current voice reco^ition technology. Tlis fo, supporting multiple applications. Savage et al. (U.S. Pat. 

method works for appLcaUons with existmg customers who ^o. 4.954,958) associates the 10-digit telephone number 

know their customer ID. However, for new customers, new ^ ^ address-indexed street network database to provide 

businesses or new applicauons that service different Urget directions over a telecommunications network to a caUer. 

markets, these internal daubases are either too sparse in g^^^g^ ^ ^igit telephone numbers input by the 

coverage or do not cootaio the required information. ^.^jje, ^ provide directions from point A corresponding to 

On the other hand, there are many frequently updated the location of the first telephone number to point B corre- 

national databases that have not been accessible by VRUs 65 sponding to the location of the second telephone number, 

using network provided data or caller provided telephone As a telephone number to address translation mechanism, 

input. These include: the Savage system uses the American Business List (ABL) 
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file which is compiled from the national yellow pages. The 
ABL file contains approximately 10 million unique business 
telephone numbers and was originally created for use as a 
direct marketing database and a national business directory 
assistance database. The Savage system indexes each 
10-digit telephone number into the ABL File to retrieve a 
business name and a raw address for each end point. In the 
telecommunications and direct marketing industries, this 
well-known process of starling with a phone number and 
looking up a name and address from a dire<Aory database is 
called a reverse directory search. The Savage system uses 
the raw addresses retrieved by this process as a linkage 
mechanism to what is referred to as a geodata digitized 
mapping database from Maplnfo®. The source of the Map- 
Info database most likely is the Census Bureau Geographic 
Base File-Dual Independent Measurement Encoded (GBF- 
DIME), which is the predecessor to the TIGER files. 

There are many technical issues associated with using a 
raw, non-standardized and free-formatted address which is 
composed of a street number, street pre-direction, street 
name, street type, street post-direction, city name and state 
as a linkage means between two databases compiled from 
different sources. These issues include: field size, address 
formatting and parsing, upper case and lower case, 
abbreviations, alternate names, alternate spellings (First vs. 
1st), missing components and the source of city name. For 
example. Highway 101, PC HWY, PCH, Pacific Coast Hwy, 
First Street and 1st St. are all valid alternate street names and 
types for 1st St. in Endnitas, Calif. This large number of 
address permutations requires very sophisticated address 
parsing, standardizing, sorting, matching and scoring algo- 
rithms to correctly match raw addresses from two indepen- 
dent databases. 

The Savage system does not address the above issues in 
matching the two raw ABL retrieved addresses to their 
corresponding two raw addresses on the preferred Map Info 
digitized mapping database. The Savage description of the 
address matciiing embodiment is: "the central processor will 
retrieve from the geodata digitized mapping database the 
routing data correlated to the geographic location 
addresses'*. What is needed is a simple, accurate and defin- 
able way (such as a Spatial Key) to precisely hierarchically 
code the address associated with a telephone number and use 
it as a hierarchical match key to retrieve matching data from 
other databases coded with all or part of the same hierar- 
chical match key. 

In addition, the Savage system does not provide any 
automated means to determine a servicing location nearby 
the caller. The caller must know and input the. telephone 
number of the desired service location to get directions. This 
also eliminates the possibility of providing directions to 
service locations, such as drop boxes and automatic teller 
machines (ATMs) that do not have telephones. 

Riskin (U.S. Pat. No. 4,757,267) uses the first six digits of 
the caller's telephone number to select a nearby serving 
location by performing an on-thc-fly calculation to deter- 
mine the nearness relationship. However, none of the data- 
bases mentioned above arc accessible by Riskin 's process 
because the first six digits of the telephone number do not 
provide enough precision to identify the housing or business 
unit location of the caller. 

There are also two previous systems that use a client- 
specific Caller Telephone Number To a Service Location 
Telephone Number table as a means of connecting a caller 
to a servicing location. Couer (U.S. Pat No. 4,797,818) 
describes a manually intensive process for building and 
maintaining this table. Wegrzynowicz (U.S. Pat. No. 5,136, 
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636) only references the table as a system component that is 
built and maintained by the client, but does not describe how 
the ctieni performs this function. 

Neither Savage, Riskin, Cotter, nor Wegrzynowicz use a 
linkage process similar to the Spatial Key. Further, none of 
the prior systems mention using a single linkage mcchanian 
as a means to link to multiple databases to support multiple 
applications. 

Developing a Spatial Key 

In developing a universal Spatial Key the following must 
be considered: 

1. The stability and updateability of the key over time. 

2. The ability of the key to be a unique housing, business 
and/or postal delivery unit identifier 

3. The geographic hierarchy and precision of the key. 

4. The number and quality of updated commercial and 
public translation tables to and from the key. 

5. The availability of tools for third parties to place the key 
on their files. 

The ability to precisely associate the key to service 
locations with service areas of any geographic defined 
size and shape. 
7. The ability of regulated telecommunications entities to 
code their files with the key and to pass the key outside the 
regulated portion of the network. 
Based On above considerations, there arc four primary 
candidates for the key: 
Most recent census block code 
Latitude and Longitude 
Telephone Number 
USPS ZIP Code 

The other candidates, such as a voting precinct, are 
eliminated from disoission because of a lack of precision. 
Most Recent Census Block Code The Census block code is 
a hierarchical 15-digit Federal Information Processing Stan- 
dard (FIPS) niunber that is updated once every 10 years in 
conjunction with the United States decennial census. It has 
the following seven level hierarchy: 

2 digit state code 

3 digit county code 

4 digit tract code 
2 digit tract suffix 

1 digit block group code 

2 digit block code 

1 character block part code 

The critical limitation of using census block as the Spatial 
Key is it is not precise enough to act as a unique housing or 
business unit identifier. 
Latitude and Longitude 

Latitude and longitude are used in a spherical coordinate 
system to identify a point on the earth. Its stability in the 
United States is a function of the North American Datum 
(NAD) which was originally established by the United 
States Geological Survey (USGS) in 1927 and was updated 
in 1983. To use the latitude and longitude as a hierarchical 
key, the base 10 or binary digits of the latitude and bngitude 
pair must be interleaved to form a single number. The result 
of this interleaving is generally referred to as a quadtree. 
Alternatively, the latitude and longitude pair may be com- 
bined and/or translated to form another identifier. When 
latitude and longitude are stored in millionths of degrees, the 
interleaving creates a nine level base 10 and a sixteen level 
binary hierarchical system with a mathematical precision of 
approximately plus or minus 4 inches. 

This level of precision is supported by the US Department 
of Defense's implementation of Global Positioning Satel- 
lites (GPS) technology. However, the two primary commcr- 
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cial means by which latitudes and longitudes are assigned to name shown on the last line of a mailing address. There 

a location, i.e., the TIGER files (NAD27) and commercial are 3 special types of ZIP Codes. Two of these, "Fleet Post 

level GPS (NAD83), do not support this level of precision. OflBce (FPO)/Anned Forces Post Office (APOy and "PO 

For locations in California, the latitude and longitude coor- Box only", do not have precise ^atial definitions, but can 

dinates vaiy by as much as 300 feet between NAD27 and 5 be linked to unique household equivalent mailing 

NAD83. There is a mathematical relationship between addresses 

NAD27 and NAD83, sm;h that latitudes and longitudes can 7 jigit ZIP Code identifies a geographic sector within a Pbst 
be converted back and forth. 

In addition to the above precision issues latitude and 9 ^-^^ ^ ^^j^^ ^ ^ 

tongitude would not ma^ a good choice for a unique ge^aphic area of one side of a street within a single one 

housmg or busmess identifier because multi-story buildmgs fjjjj • • l 

require a third coordinate, i.e.. elevation. Another Umitation «^ ^ ^ ''°!?oo*'*!.T 

NWih latitude and longitude as a Spatial Key is it requires level identifier for most USPS* PO Box and RR addresses 

very specialized Geographic Information System (GIS) "^^^ ^^^^ spatial defimuons. 

databases and knowledge to Spatial Key code. However, ^1 ^IP Code is caUed the Delivery Point Code or ZIP+6 

commercial level latitude and longitude has no equal when and imiquely identifies a street number address, such as 

input into a GIS system using data from a single NAD that 123 N Main St. The street address is the most common 

is indexed by quadtree in showing a relative location on a USPS address and is a unique housing or business unit 

map with precision in the 30 to 100 foot range. identifier for all single unit buildings with unique street 

Telephone Number addresses. 

The 10 digit telephone number appears to comprise a 20 inATiriwc 

three level hierarchical system. AFFUCAi lON5» 

3 digit Numbering Plan Area (NPA) or area code Historically, many high -demand telephone call process- 

3 digit NXX, exchange or prefix ing applications have not been commercialized because of 

4 digit line number or suffix Currently, NPAs do not spatially one or more technical or economic issues including: auto- 
overlap and, with two minor exceptions, do not cross state 25 mated caller interface technology, integrating telephone and 
boundaries. However, there arc current plans to create computer networks, and telephone number database 
spatially overlapping NPAs in the future. This will require validation, coverage, depth and linkages, 

callers in these NPAs to always dial 10 digits. The next In addition, when the above issues are addressed, all 

non-spatially overlapping level is not the NXX, but the known previous efforts in the technology have focused on a 

central office (CO) or wire center (WC). Each CO sup- 30 custom solution to a specific application, and not on an 

ports one to a few NXXs. Usually over time, the line integrated system sohition that meets multiple application 

numbers associated with a NXX become randomly dis- needs and the needs of the caller, servicing location and/or 

tributed across the locations of the households and busi- vanity number advertiser 

nesses serviced by the CO. There are also NXXs, such as Automated Applications 

. 555, 950 and those assigned to cellular phones and pagers, 35 The following is a partial list of automated application 

that have no specific geographic boundaries within the examples that have not either been addressed by previous art 

NPA. There arc also non-spatial NPAs such as 800, 888 or addressed with a highly customized individual solution. It 

and 900. These above items could cause difficulties in an would be desired for aU these applications to be automated 

intelligent call processing system if the telephone number using a common architecture in which the caller dials a 

was used as the Spatial Key. 40 vanity number and the system captures the caller's 10 digit 

There are several additional deficiencies in using the ANI and DNIS. The architecture would only require the 

telephone number as the Spatial Key. These include, for caller to respond to application dependent system voice 

example, the situation of using the telephone number as a prompts and/or only input a telephone number, if a telephone 

unique housing or business unit ID. However, there would number different from the ANI is required by the applica- 

be multiple IDs for housing units and businesses with 45 tion. 

multiple telephone numbers. This would lead to excessive Connecting a caller to a servicing location: TTie prior tech- 
complexity in the system due to the multiple IDs. The main nology does not support service locations having service 
negatives associated with using the telephone number as the areas of any size and shape, nor situations where geo- 
Spatial Key are the difficulty of accurately coding other graphic precision is required. A solution is desired that 
databases with a telephone number and the regulatory issues 50 provides these abiUties in an integrated common archi- 
related to transporting telephone niunbers obtained from lecture. 

regulated sources outside the regulated telecommunications USPS address retrieval: This is presently addressed by 

network. having the caller record their name and address, which is 

USPS ZIP Cbde later listened to by a person and transcribed. The tran- 

The ZIP Code at the 11 digit level is called the Delivery 55 scribed address is then processed through CASS certified 

Point Code (DPC) or ZIP+6 and uniquely identifies an software for use in an existing customer database of 

individual building, such as 123 N Main St The DPC is the addresses indexed by telephone number. What is desired 

most precise geographic code presently supported by the is a way to use a caller provided telephone number to 

USPS and can be used as a unique housing or business unit directly retrieve the CASS certified USPS address asso- 

identifier for single imit structures. However, it cannot 60 dated with the caller provided telephone number and, in 

uniquely identify a housing or business unit in multiple unit applications requiring 100% accuracy, providing the 

buildings or firms. caller a means to verify the retrieved address. In addition. 

The DPC is a geographic hierarchical numbering system in a post call process, the reuieved, verified and stored 

of five levels defined as follows: address and additional linked data is desired to be used by 

3 digit ZIP Code is called a Sectional Center. 65 the vanity advertiser to mail to the caller, for example, a 

5 digit 711? code is called a Post Office Service Area with a requested store coupon, menu, catalog or informational 
prefened USPS name called the last line name. This is the packet 
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The VRU speaks the service locauoD(s) name, address operator key enters a customer's address and verifies the 

and/or micro directions (to the caUer): Service location spelling with the caller. What is desired is a way for the 

information is needed by the caller to mail, pickup and/or caller's telephone number to be passed to the computer 

drop off something to a selected servicing bcation. The system to automatically retrieve the CASS certified 

greatest need for micro-area directions to service location s address associated with the callcr^s telephone number and 

(s) is with service locations very small in size, such as display it on the operator's visual display. The operator 

Federal Express, UPS and USPS drop boxes, or ATMs would then ask the caller for the address to which they 

located in large physical entities, such as shopping centers want the order shipped. If the addresses match, the 

or multi-story buildings. A solution is desired that pro- operator would not have to key enter it and verify the 

vides these abilities in an integrated common architecture. lO spelling with the caller. If the addresses are different, there 

The VRU speaks driveable street directions from the caDer's is a high potential that the caller is trying to make a 

location to the selected service location (to the caller). In fraudulent order and the operator would ask additional 

addition, in a call parallel application, after transferring questions required to make this determination, 

the call to the servicing location, the application retrieves Real Time Address to Spatial Key Coding and Spatial Key 

the service location's FAX number from a Service Loca- 15 to Client Table with Off-Line Master Table update: What 

tion Table and faxes to the service location the caller's is desired is a way of continually updating a Master Table 

telephone number, address and a map and/or directions (Phone Number to Spatial Key table) that supports mul- 

from the service location to the caller location to assist the tiple clients and applications in the situation when a caller 

servicing location with delivery to caller. The Savage is trying to be connected to a servicing location has 

reference describes a application that requires the caller to 20 provided a valid telephone niimber that is not in the 

input two telephone numbers, and the only benefactor to Master Table. 

the Savage device is the caller What is desired is a system "911** application: In a real time Public Health and Safety 

that does not require the input of any telephone numbers, application, the caller places an emergency call to the 

or at worst, only one telephone number is provided by the emergency telephone number "911." The "911" applica- 

caller In addition, services would be provided to the 25 tion costs the U.S. taxpayer several billion dollars each 

caller, servicing location and/or the vanity advertiser. year, and is currently overloaded with non-emergency 

Eliminating servicing locations based on days and hours of calls. What is needed is a more economical alternative 

operation and/or services offered: A solution is desired system for non-emergency "911" calls that can alleviate 

that provides these abilities in an integrated common the load from the current overworked system, 

architecture. 30 A system and method that uses a single Spatial Key to 

Caller profiling based on Census or geodemographic data: A create a virtual telephone munber database by linking a 

system is desired, based on a caller's geodemographic caller's or caller provided telephone number to many dif- 

code and product consumption rates, to only present ferent and seemingly unrelated databases for supporting 

product options to the caller that the caller is most likely multiple applications would be an advance in the industry, 

to buy, or to route the call to an appropriate sales specialist 35 What is needed is an automated means to determine a 

based on the caller's profile. servicing location nearby the caller, such that the caller does 

Applications that require the caller's name and/or individual not need to know and input the telephone number of the 

data such as product registration and insurance, loan or desired service location to get directions or other desired 

credit applications: What is desired is a way of linking a information. This would facilitate providing directions to 

Spatial Key to a household database containing data, such 40 service locations, such as drop boxes and automatic teller 

as name of head of household, street address, nuimber of machines (ATMs) that do not have telephones. Such a 

children in the household and the names of other indi- system would utilize all ten digits of the telephone number 

viduals living in or associated with the household. The to provide enough precision to identify the housing or 

system would speak these individual names and the caller business unit location of the caller telephone number. What 

would identify himself or herself. Then the system would 45 is desired is the integration of VRU technology with a CTI 

link to individual data, such as date of birth, credit rating, network and a virtual telephone number database to provides 

and so forth, and provide it to the caller, servicing a way to support a host of applications that were not 

location, and/or vanity advertiser. previously possible. Information benefits derived by the 

Business Location Data Retrieval: What is desired is a way caller, the servicing location and the vanity advertiser would 

of linking the caller's Spatial Key to a business database 50 be made possible by retrieving information fi-om a virtual 

containing data, such as name of Business, SIC, Nimiber telephone number database created through Spatial Key 

of employees and DUNS number, which would link linkage technology. Thus, a single Linkage mechanism as a 

directly into the DUNS database for credit information. way to link to multiple databases to support multiple appli- 

Real Property Database Retrieval: What is desired is a way cations is needed. A solution is desired that provides these 

for a contractor, for example, before bidding on a job, to 55 abilities in an integrated common architecture. 


SUMMARY OF INVENTION 


dial a vanity number that interfaces with an automated 

property database, enter the telephone number of the 

supposed residential property owner and verify the The call processing apphcalions examples illustrated 

ownership, address, mortgage holder, and any outstanding above and additional similar applications are satisfied by the 

liens on the property. 60 present invention that includes a telephone call processing 

Semi Automated Applications system and method in a CIl network. The present invention 

There are telephone call processing applications where also includes a process for building and maintaining a 

operator decisions and/or assistance are required that can Master Telephone Number to Spatial Key Table for use in a 

also benefit from a virtual telephone number database. The CTI network. A significant factor in this invention is the 

following are desired exemplary applications: 65 selection of a Spatial Key type. Several candidates including 

Address Lookup and verification by an operator taking a the Most Recent Census Block Code, Latitude and 

telephone order: In current telephone order systems^ an Longitude, Telephone Number, and USPS 23PCod6 may be 
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considered. Each Spatial Key type candidate has strengths 
and weaknesses. The extended ZIP code has been selected as 
the preferred embodiment for use in this invention as 
described below. 

SELECTING A SPATIAL KEY— EXTENDED ZIP 
CODE 

The Etelivery Point Code (DPC) or ZIP+6 is the most 
precise geographic code presently supported by the USPS 
and can be used as a unique housing or business unit 
identifier for single unit structures. However, it cannot 
uniquely identify a housing or business unit in multiple unit 
buildings or finns. To solve this problem, it is necessary to 
further subdivide the DPC using the USPS secondary 
address, such as apartment 2B» to create a unique housing or 
business unit identifier. The USPS secondary address is 
stored as an eight character field called the secondary 
address field in the USPS Address Management System 
(AMS) II ZIP44 address coding guide. Appending the 
secondary address to the end of the DPC results in an 
extended 19 digit USPS ZIP Code, thereby creating a unique 
housing unit or business unit identifier. 

The extended 19 digit ZIP Code is a six level hierarchical 
geographic numbering system that uniquely identifies every 
housing, business and postal delivery unit serviced by the 
USPS. It is a geographical hierarchical numbering system, 
because each of the six levels defines a smaller geographic 
area totally enclosed within the next higher level. Defini- 
tions of the first five levels are provided in the Background 
section. A description of the sixth level is as follows: 
19 digit ZIP Code is required to create a unique housing or 

business unit identifier for multiple unit buildings or 

equivalents, such as trailer parks or firms receiving large 

volumes of mail. 

The benefits to using the 19 digit ZIP Code as the Spatial 
Key are: 

1. The USPS provides monthly updates to all postal files. 

2. The ZIP Code has 6 hierarchical levels. 

3. There are very economically priced commercial tools, 
such as Group 1 and Mailer's Software, that address 
standardize and assign 11 digit ZIP Codes to files con- 
taining raw addresses. 

4. Adding the remaining 8 digit code is a fairly basic process 
for records that require a secondary address to create a 
unique bousing or business unit identifier. 

5. There are frequently updated ZIP+4 to latitude and 
longitude and ZIP+4 to census block translation tables 
available from the USPS, GDT, Bxisiness Location 
Research (BLR), ETAC and others. 

6. There are no technical barriers to creating a DPC to 
latitude and longitude file if one was required. This would 
provide the most precise, theatrically possible latitude and 
longitude assignment of street addresses. 

7. There are no restrictions on passing an extended USPS 19 
digit ZIP Code outside the regulated telecommunications 
network because it is not considered customer provided 
network information. 

8. There is a major public safety initiative to change as many 
RR Box number addresses to street addresses as possible, 
thus increasing the coverage of the Spatial Keys that can 
be linked to a precise latitude and longitude. 
Although the extended 19 digit ZIP Code is not a perfect 

universal Spatial Key, it is far superior to the other alterna- 
tives for most appUcations. There are obviously some spe- 
cific applications where one of the other Spatial Key alter- 
natives could be used. If at some point in the future, the 
USPS decides to revise the hierarchical numbering system 
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for the ZIP Code, the new ZIP system would most likely then 
be the preferred choice for a Spatial Key. 

APPUCATIONS 

5 The integration of VRU technology with a Cn network 
and a virtual telephone number database provides a means to 
support a host of appUcations that were not previously 
possible. The partial list of automated and semi-automated 
examples below is intended to show the overall scope of the 

10 benefits derived by the caller, the servicing location and the 
vanity advertiser made possible by retrieving information 
from a virtual telephone number database created through 
Spatial Key linkage. 
Automated Applications 

15 The following is a list of exemplary automated applica- 
tions that utilize the virtual telephone number database 
created by the Spatial Key linkage technology. 

1. Connecting a caller to a servicing location: This applica- 
tion connects the caller directly to a servicing location 

20 retrieved from a Spatial Key indexed Client Table based 
on the caller provided telephone number being physically 
located inside the retrieved servicing tocalion's exclusive 
service area geographically defined as any size or shape. 
High geographic precision of the location is supported. In 

25 cases where the caller provided telephone number is 
located inside multiple non-exclusive service areas, this 
application provides the caller a VRU menu of retrieved 
servicing locations names and then directly connects the 
caller to the closest servicing location or the one selected 

30 by the caller. These abilities and features are provided in 
a integrated common architecture. 

2. USPS address retrieval: This application is based on 
utilizing the caller or caller provided telephone number to 
retrieve the caller's CASS certified USPS address. The 

35 caller's Spatial Key is linked to the Spatial Key coded and 
indexed USPS address coding guide and the address is 
retrieved. The VRU speaks the address back to the caller 
for confirmation in applications requiring 100% accuracy 
before linking to any other databases. In addition, in a post 

40 call process, the retrieved, verified and stored address and 
additional linked data can be used by the vanity advertiser 
to mail to the caller, for example, a requested store 
coupon, menu, catalog or informational padcet. 

3. The VRU q)eaks the service location(s) name, address 
45 and/or micro directions (to the caller): Based on a caller 

provided telephone number, the caller's Spatial Key is 
used to retrieve location ID(s) of the service location(s) 
nearest the caller from a Client Table that is associated 
with the caller's DNIS. The retrieved ID(s) are indexed 

50 into the corresponding Service Location table to retrieve 
the above mentioned information. This can be used by the 
caller to mail, pickup and/or drop off something to the 
selected servicing location. Providing the caller with 
pre-stored micro area directions to the service location(s) 

55 is usually used with service locations very small in size, 
such as Federal Express, UPS and USPS drop boxes, or 
ATMs located in large physical entities, such as shopping 
centers or multi-story buildings. These abilities and fea- 
tures are provided in a integrated common architecture. 

60 4. The VRU speaks driveable street directions from the 
caller's location to the selected service location (to the 
caUer): The caller's Spatial Key is linked to a latitude and 
longitude which is then fed into a GIS server accessing a 
latitude and longimde coded and indexed street network 

65 database. The database provides a set of directions that are 
spoken by the VRU. The caller does not need to enter 
either the source (under normal circumstances) or desti- 
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nation location telephone numbers. In a call parallel 
application: after transferring the call to the servicing 
location, the application retrieves the service location's 
FAX number from a Service Location Table and faxes to 
the service location the caller's telephone number, address 5 
and a map and/or directions from the sendee location to 
the caller location to assist the servicing location with 
delivery to caller. In this case, the GIS server returns the 
direction data in the form of a map and/or directions and 
passes this image to the FAX server. lO 

5. Eliminating servicing locations based on days and hours 
of operation and/or services offered: In the case of mul- 
tiple servicing locations, the final servicing location list is 
determined by comparing the days and hours of operation 

of each service location retrieved from the Service Loca- 15 
tion table with the day and time of the call. Another 
method involves having the caller select a pickup or 
delivery option, (for pizza, for example) and eliminating 
servicing locations from the list that are not currently 
open or do not offer the desired service. These abilities 20 
and features are provided in a integrated common archi- 
tecture. 

6. Caller profiling based on Census or geodemographic data: 
The caller provided telephone number is linked to a 
census block or block group database. The Census Block 25 
database contains demographic data, such as race, age, 
median household size and so forth, or a single numeric 
geodemographic code that is a composite of the census 
information which links into a geodemographic code by a 
product consumption table. Based on the caller's geode- 30 
mographic code and its product consumption rates, the 
VRU only presents product options to the caller that the 
caUer is most likely to buy. There are also geodemo- 
graphic systems that use the ZIP-i-4 as the base geography 
instead of the census block. 35 

7. Applications that require the caller's name and/or indi- 
vidual data such as product registration and insurance, 
loan or credit applications: The caller provided telephone 
number is linked to a household database containing data, 
such as name of head of household, street address, num- 40 
ber of children in the household and the names of other 
individuals living in or associated with the household. The 
VRU can speak these individual names and the caller can 
identify himself or herself. After the step of identification 
by name, individual IDs associated with the selected 45 
came and stored in the database, such as social security 
number, state drivers Ucense number, credit card number 
(s) and bank account nimiber(s), can then be used as a 
linkage to link to individual ID-indexed databases con- 
taining individual data, such as date of birth, credit rating, so 
and so forth. This information can then be provided to the 
caller, servicing location or vanity advertiser. 

8. Business Location Data Retrieval: The caller provided 
telephone number is linked to a business containing data, 
such as name of Business, SIC, Number of employees and 55 
DUNS number, which links directly into the DUNS 
database for credit information. The applications here are 
very similar to the applications for a household database. 

9. Real Property Database Retrieval: Most real property 
databases are maintained by local government agencies 60 
and the data stored in these databases is considered public 
information. This data is compiled from the public agen- 
cies by companies, such as ACXIOM DATAQUICK, and 
made available to paying clients. Before bidding on a job, 
for example, a contractor could dial a vanity number that 65 
interfaces with an automated property database, enter the 
telephone number of the supposed residential property 


owner and verify the ownership, address, mortgage holder 
and if there are any outstanding liens on the property. 

Semi Automated Applications 
There are telephone call processing applications where 

operator decisions and/or assistance are required that can 

also benefit from a virtual telephone number database. The 

following arc examples: 

1. Address Lookup and verification by an operator taking a 
telephone order: The caller's ANl is passed to the com- 
puter system via Integrated Services Digital Network 
(ISDN) to which the operator's CRT is connected or the 
operator asks the caller for the telephone number and key 
enters it. The host computer passes the caller's telephone 
cumber over the computer network to the computer 
storing the Master Table of telephone numbers with 
corresponding Spatial Keys and the Spatial Key coded 
USPS National Address database and requests the address 
associated with the caller's telephone number. This CASS 
certified address is returned and di^layed on the opera- 
tor's CRT. The operator then asks the caller for the 
address to which they want the order shipped. If the 
addresses match, the operator does not have to key enter 
it and verify the gelling with the caller. This saves both 
time and money and reduces mistakes. If the addresses are 
different, there is a high potential that the caller is trying 
to make a fi'audulent order and the operator would ask 
additional questions required to make this determination. 

2. Real Tune Address to Spatial Key Coding and Spatial Key 
to aient Table with Off-Une Master Table update: A 
caller is trying to be connected to a servicing location and 
has provided a valid telephone number that is not in the 
Master Table. The call is transferred to an exceptions 
handling operator and the telephone number and DNIS 
are passed via ISDN to the operator's host computer and 
displayed on the operator's CRT. The operator asks for the 
caller's address and key enters it. The operator then 
presses a function key that calls a program that USPS 
standardizes the address and assigns a Spatial Key. The 
operator validates the standardized address with the caller. 
If it validates, the operator then presses another function 
key that passes the Spatial Key and the DNIS to a program 
that brings up a list of servicing location(s) with their 
telephone numbers on the CRT screen. The operator then 
asks the caller which one they prefer and transfers the call 
by highlighting the selected service location and pressing 
another function key. The captured telephone number and 
Spatial Key are stored on disk or other mass storage and 
arc retrieved later by another process that updates the 
Master Table which supports multiple clients and appli- 
cations. 

3. "911" application: In a real time Public Health and Safety 
applications, the caller places an emergency call to the 
emergency telephone number "911." The caller's tele- 
phone nimiber is passed by Caller ID to the answering 
hardware which passes the information via ISDN to a 
Geographic Information System (GIS) computer with 
large CRT graphic terminals in front of dispatching opera- 
tors. The system looks up the caller's Spatial Key in a 
Master Table and then looks up the caller's latitude and 
longitude in a Spatial Key to Latitude and Longitude table 
and the caller's address fi'om the Spatial Key coded and 
indexed USPS address coding guide. The caller's location 
is then displayed in the map window on the answering 
dispatcher's CRT along with the street network and the 
current location of all emergency vehicles by type and 
status. The caller's address is displayed in the address 
window. Based on the type of emergency and the current 
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location and status of the emergency vehicles, the dis- database: a process for data providers to provide Master 

patcher determines which vehicles(s) to di^atcb and Tkble Verification Records; a process to Build Master Table 

when they should be dispatched. Update Records from Data Provider Supplied Verification 

The call processing system includes means for receiving Records; a Master Table Update preprooess; and a Master 

network provided call information or means for prompting 5 Table Update process. 

and receiving optional caller provided input to capture a The Spatial Key indexed database includes one of the 

valid first location telephone number. The call processing following: Spatial database. Geographic database, USPS 

system further inchides a process for indexing the vahd first Address database. Household database. Individual database 

location telephone number into at least one Master Tele- linked to a Household database, Business Locations 

phone Number to Spatial Key database to retrieve informa- lo database, Business Financial database linked to a Business 

tion associated with the first location's telephone number Locations database, Government locations database, Prop- 

and a means to provide the received and retrieved informa- erty database, Client Table, or Service Locations T^le 

tion associated with the first location's telephone number to linked to a Client Table. 

provide one or more improvements to the service of at least The call processing system is designed in a modular 

one call recipient is manner to support many different clients or advertisers with 

The improvements in service arc provided to one or more many different applications. The set of system modules 

of the following recipients: a caller, a servicing location required to satisfy a specific client application is generally 

and/or a vanity number advertiser. These improvements in only a subset of the total system capabilities. These indi- 

service or benefits are provided either during the call, vidual primary modules are summarized below. They 

parallel to the call, and/or post call. The service benefits 20 include providing a means for 

include the following: determining the selected servicing 1. Spatial Key database coding and maintenance, 

location telephone number and providing it to the network to 2. Providing caller communication with a CIl network, 

automatically connect the caller to the selected servicing 3. Capturing and validating the caller provided telephone 

location; determining that the caller requires operator assis- number and the vanity number dialed, 

tance and providing the network with the information 25 4. Linking the captured telephone number to a Spatial Key 

required to connect the caller to a vanity advertiser operator; via a Master Telephone Number to Spatial Key table, 

and/or providing one of a plurality of informational items. 5. Linking the Spatial Key to Spatial Key coded and/or 

The improvements in service illustrated in the application indexed spatial, geographic, USPS address, household, 

examples aU relate to a consumer or business dialing a individual, property, business location, government loca- 

business or government vanity number. However, at some 30 tion record databases to retrieve data associated with the 

future point in time, the CTI network will evolve to where caller. 

the called party can also be a consumer. At this future point 6. Linking the Caller's Spatial Key to service location lD(s) 

in time, the called consumer can have access to all the or telephone number(s) stored in a pre-built and Spatial 

information related to the calling telephone that the servic- Key coded and indexed Client Table associated with the 

ing locations and vanity advertisers have in the above 35 vanity number dialed (DNIS). 

examples, such as having the name, address, caller type 7. Linking the servicing location ID(s) or telephone number 

(consumer, business, pay phone or government, etc.) asso- (s) retrieved from the Client Table to other service loca- 

ciated with the calling telephone displayed on his or her tion specific data stored in a Service Locations table 

future-generation caller ID box before he or she answers the associated with the vanity number dialed and indexed by 

telephone. 40 ID or telephone number. 

The preferred process uses the full 10 digits of the North 8. Cormecting the caller to an exceptions handling operator 

American Dialing Plan 10 digit telephone number as the or system. 

telephone number. Obviously, if the system were imple- 9. Spatially relating, in the form of a map or directions, the 

mented within a single NPA with no overlapping NPAs, a 7 caller provided telephone number location with the 

digit number could easily be substituted by one skilled in the 45 selected servicing location. 

art. Also, if at some point in the future, the North American 10. Connecting or transferring the caller to a servicing 

dialing plan were revised or replaced with another plan, the location. 

process would still function the same way with a different 11. Storing selected call information to be accessed later by 

number of digits. the caller, the serving location, and/or the vanity adver- 

The call processing system includes a process for vali- 50 tiser. 

dating the received telephone number. This process includes 12. Providing call, call parallel and/or post call information 

at least one of the following: verifying the telephone number to the caller relating to the servicing location and/or the 

is ten digits in length, only contains the numbers 0 through spatial relationship between the servicing location and the 

9, and digits one and four are the numbers 2 through 9 location of the caller provided telephone number, 

inclusive; comparing the received NPANXX against an Area 55 13. Provkling the caller with a post call communications. 

Code Split File and updating the received NPANXX; index- 14. Provkling call, call parallel and/or post call information 

ing the received NPANXX against a Local Exchange Rout- to the vanity number advertiser and the servicing location 

ing Guide (LERG) file and determining the validity of the (s) regarding the ANI, DNIS, caller provided telephone 

received NPANXX-XXXX; and comparing the received number and corresponding Spatial Key, and data retrieved 

NPANXX against a V&H coordinate file to determine the 60 or processed from databases using the Spatial Key as a 

type of NPANXX and the location of the NPANXX. linkage means. 

The Master Telephone Number to Spatial Key database is 15. Providing the vanity number advertiser and servicing 

a X^rtual Telephone Number database created via Spatial locations post call communications. 

Key linkage. It is created by combining a Master Telephone One a^ect of the present invention includes a method of 

Number to Spatial Key database with a Spatial Key indexed 65 creating a database for use with a Computer Telephone 

database. The invention also includes a set of processes to Integration (CTI) network, the method comprising providing 

maintain the Master Telephone Number to Spatial Key amaster table comprising a plurality of records, each of said 
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records comprises a telephone number and an associated capturing a telephone number of a first location; indexing 

spatial key of a potential caller^ providing a spatial key to the telephone number of the first location into the master 

information database comprising a plurality of records, each telephone number associated information database, said 

of said records comprises a spatial key and associated master database having a plurality of records, at least one 

information; perfonning a computerized analysis of the s record including a telephone number of a potential caller and 

spatial keys in the master table and the spatial keys in the associated data; retrieving information associated with the 

spatial key to information database; and linking records in indexed telephone number from the master database; and 

the master table with records in the spatial key to informa- communicating the retrieved information associated with 

tion database according to the computerized analysis. the telephone number to at least one recipient selected from 

Another aspect of the present invention includes a method lO a vanity number advertiser, the caller, or a servicing loca- 

of creating a database for use with a Computer Telephone tion. 

Integration (CTl) network, the method comprising providing Yet another aspect of the present invention includes, in a 
a master table comprising a plurality of records, wherein at Computer Telephone Integration (CIT) network, a call pro- 
least one record includes a telephone number and an asso- cessing system, comprising a master table of telephone 
ciated spatial key of a potential caUcr; providing a spatial 15 numbers with spatial keys; a voice response unit (VRU) 
key to information database comprising a plurality of capable of capturing a first location telephone number; a 
records, wherein at least one record has a ^atial key and validation module capable of validating the captured tele- 
information associated with the spatial key of the potential phone number, a retrieve ^atial key module capable of 
caller; and linking the master table with the spatial key to indexing the validated first location telephone number into 
information database. 20 the master table and retrieving the spatial key of the first 

Another aspect of the present invention includes a method location's telephone number; a retrieve spatial key depen- 
of CTeating a database for use with a Computer Telephone dent data processor that indexes the retrieved spatial key into 
Integration (Cn) network, the method comprising providing at least one spatial key indexed database to retrieve, by 
a master table comprising a plurality of records, wlierein at spatial key linkage, information associated with the tele- 
least one record includes a telephone number and an asso- 25 phone mimber of the first location; and a communicatioa 
ciated spatial key of a potential caller; providing a spatial processor capable of communicating the retrieved infonna- 
key indexed database comprising a plurality of records, tion associated with the telephone number of the first 
wherein at least one record has a spatial key and information location to at least one recipient selected from a vanity 
associated with the spatial key of the potential caller; and number advertiser, a caller or a servicing location. ' 
linking the master table with the spatial key indexed data- 30 Another a^ect of the present invention includes, in a 
base. Computer Telephone Integration (CTI) network, a caU pro- 

Another aspect of the present invention includes a method cessing system, comprising a master telephone number 

of creating a database for use with a Computer Telephone associated information database; a voice response unit 

Integration (CTI) network, the method comprising providing (VRU) capable of capturing a telephone number of a first 

a master table comprising a plurality of records, wherein 35 location; a retrieve spatial keymodule capable of indexing 

each record comprises a telephone number and an associated the first location telephone number into the master database 

spatial key of a potential caller; providing a spatial key and retrieving information associate with the telephone 

translation index comprising a plurality of records, wherein number of the first location; and a communication processor 

each record comprises a spatial key and a secondary index; capable of communicating the retrieved information asso- 

providing a secondary index to information database com- 40 ciated with the telephone number of the first location to at 

prising a plurality of records, wherein each record comprises least one recipient comprising a vanity number advertiser, a 

a secondary index and associated information; performing a caller or a servicing locatioa 

computerized translation of the spatial keys in the master Still another aspect of the present invention includes, in a 
table to secondary indices utilizing the records in the spatial Computer Telephone Integration (CIT) network, a call pro- 
key translation index; and linking records in the master table 45 cessing system, comprising a master telephone number 
with records in the secondary index to information database associated information database, wherein said master data- 
in accordance with the computerized translation. base comprises a plurality of records, at least one record 
Another aspect of the present invention includes, in a having a telephone number of a potential caller; an interac- 
Computer Telephone Integration (CIT) network, a call pro- tive voice response (IVR) unit capable of capmring a 
cessing system, comprising a master telephone number 50 telephone number of a first location; a retrieve spatial key 
associated information database, wherein said master data- module that indexes the telephone number of the first 
base comprises a plurality of records^ at least one record location into the master telephone number associated infor- 
having a telephone number of a potential caller and associ- mation database to retrieve information associated with the 
ated data; a caU decoder capable of capturing a telephone telephone number of the first location; and a communication 
nimiber of a first location; a routing processor capable of 55 processor capable of communicating the retrieved informa- 
indexing the telephone number of the first location into the tion associated with the telephone number of the first 
master telephone number associated information database to location to at least one recipient comprising a vanity number 
retrieve information associated with the telephone nimiber advertiser, the caller or a servicing location, 
of the first location; and a voice response unit being capable These features of the present invention will become more 
of communicating the retrieved information associated with 60 fully apparent from the following description and appended 
the telephone number of the first location to at least one claims taken in conjunction with the accompanying draw- 
recipient comprising a vanity number advertiser, the caller ings. 

°'lnoZ^l^f2 present invention includes a method ^RIEF DESCRIPTION OF DRAWINGS 

of caU processing for use in a Computer Telephone Integra- 65 FIG. 1 is a high-level conceptual diagram illustrating 

tion (CTI) network including a master telephone number multiple databases linked together via a Spatial Key to 

associated information database, the method comprising create a V^tual Telephone Number database; 
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FIG. 2 is a netwoilc diagram illustradog a preferred embodiments of the present invention. However, the present 

network design for utilizing the databases of FIG. 1; invention can be embodied in a multitude of different ways 

FlG.aisablock diagram ofthecallprtxxssing center 213 ^ defined and covered by the claims. In this description, 

of FIG 2* reference is made to the drawings wherein like parts are 

nC. 4 is a block diagram of ihc remote database location ' <««ig"a««« «hro»ghout. 

231 of FIG 2- convenience, the discussion of the preferred cmbodi- 

- . ' . , I r *u . 1 * ** ments will be organized into the following principal sec- 

FIG. 5 IS a block diagram of the telecommumcations tiQ^s* » *- t- 

nctwork 212 of FIG. 2 illustrating different call routing , ,^1 i ^ i u kt u . u i> 

alternatives- I- Virtual Telephone Number Database Description 

. , .* , , r, i- , 10 II. Cn Network Description and Functionahty 

mo. 6 B a system level flow diagram of a prescndy m CaU Center CaU Processing System 

preferred CaU Center CaU process using the databases Certified Address BuiU 

shown in FIG. 1 and the network shown m FIG. 2; y ^able Build and Maintenance Description 

FIG. 7 is a flow diagram illustrating the process of 

validating and adding intelligence to an input telephone ^5 I- ^^^^ Telephone Number Database Description 

number by retrieving information from the telephone num- FIG. 1 illustrates how a telephone number can be 

bcr indexed databases indicated at function 308 in FIG. 6; enhanced with almost an unlimited amount of attribute data. 

FIG. 8 is a flow diagram illustrating the Spatial Key Traditionally, for most clients and their telecommunications 

retrieval and verification of caller dependent Spatial Key call processing applications, telephone number databases 

Data process indicated at 320 in FIG. 6; 20 ^^^^ either not been available, contained only bare tele- 

FIG. 9 is a flow diagram of a process for communicating phone numbers with standard telecommunications network 

with a caller or servicing location using the Parallel Call call detail report data, such as time and length of call, or 

process as indicated at 330 in FIG. 6; contained only a few previous caller or customer records 

FIG. 10 is a flow diagram of a process fiDr generating a with limited amounts of manually capUired and recorded 

CASS certified address from a Spatial Key for use in the 25 telephone number attribute data, 

databases indicated at 106 in FIG. 1; RG. 1 shows many different types of daubase in an outer 

FIG. UA is a block diagram of a process for a data database ring 101 with their corresponding Spatial Key 

provider to provide Master Tabic verification records; Linkage Translation indices shown in a middle ring 103. 

FIG. IIB is a block diagram of a process for building ^hie^ database types (106, 108 and 110, and 112 and 

Master Table update records from data provider suppUcd 30 U4) do not have a corresponding Translation index because 

verification record^ ^ indexed by a Spatial Key making the Translation 

FIG. lie is a block diagram of a Master Table Update l^^^'^ unnecessary. For descriptive purpos^, a Spatial Key 

mdexed database is defined to be any database that is 

iS/^ 11^- ui 1 J* P X* * T^ui Ti J* accessed directly via the Spatial Key or indirectly through a 

JIG. UD IS a block diagram of a Master Table Update ^^^^^ Translation index. 

proofs, ^ - Referring to FIG. 1, a functional flow using spatial Key 

« ^ ^ r T*" '""^^'""JS the Phone Number ^ technology wiU be described. A caUer's or caUer 

Son, Match and Append process as mdicated at 422 m FIG. ^^^.^^ j^,^p^^*/^ ^ ,^ ^ 

. . ^ . process for updating, validating, classifying, and screening 
, ^ ^^"^ ^J^^i"" P/'^^i"' f^'*'''^ ^ 40 that utilizes a set of Telephone Number Databases Indexed 
LERG file as mdicated at funcUon 606 m FIG. 12; j,y Telephone Number 100. Hiis process is further described 
HG. 14 IS a flow diagram of the process for reading a Data conjunction with HG. 7 hereinbelow. The resultant pro- 
Provider Verification file as indicated at function 610 in FIG. cesscd telephone number is used to access a Phone Number 

to Spatial Key or Master Table 102 to retrieve a Spatial Key 

FIG. 15 is a flow diagram of the process for incrementing 45 104. The Spatial Key 104 is then used to directly access data 

a LERG List as indicated at funaion 618 in FIG. 12; in the databases (e.g., 106, 108 and 110, and 112 and 114) 

FIG. 16 is a flow diagram of the process for writing an that do not require a translation index. Otherwise, the Spatial 

Invalid Telephone Number file as indicated at function 630 Key is used by a translation index to retrieve a secondary 

in FIG. 12; index (e.g., voting district ID from index 128) for accessing 

FIGS. 17A and 17B are a flow diagram illustrating the 50 databases (e.g., 118, 122, 126, 130, 134) requiring a trans- 

ZIP+6 and Unit Number Sort, Expand, Match and Append lation index. The resultant database information, the caller's 

process as indicated at 432 in FIG. IIB; FIGS. 18A, 18B and telephone number and the DNIS are then used to connect the 

18C are a flow diagram illustrating the Master Table Update caller to a servicing location and/or provide service location 

process as indicated at 456 in FIG. IID; related information. 

FIG. 19 is a flow diagram of the process for reading a Data 55 The Telephone Number to Spatial Key Translation index 
Provider Updates database as indicated at function 836 in 102 (Master Table) could be combined with the Spatial Key 
FIG. 18C; indexed databases by an offline merge, append and/or link 
FIG. 20 is a flow diagram of the process for reading the process to create telephone number indexed databases con- 
Master Table as indicated at function 838 in FIG. 18C; and taining all of the above illustrated information. These com- 
FIG. 21 is a flow diagram of the process for writing an ^0 ^ined master telephone number indexed database(s) would 
Updated Master Table as indicated at function 846 in FIG. obviously be more maintenance intensive because of the 

magnitude of the ofiline maintenance required to synchro- 
nize telephone number changes, client service location 

DETAILED DESCRIPTION OF PREFERRED changes and maintaining the spatial relationship between the 

EMBODIMENTS telephone number and each client's service locations, but 

The following detailed description of the preferred such combined databases would provide slightly faster data 

embodiments presents a description of certain specific access times. 
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FIG. 1 illustrates a ooe-way linkage starting with a The preferred Spatial Key is the 19 digit code used to link 

telephone number. Referring to FIG. 1, one skilled in the art databases together. 

could sec the Spatial Key linkage technology could be used USPS Address Databases Indexed By Spatial Key (106, 

for applications that do not start with a telephone number In FIG. 1) 

another embodiment, for example, by starting with a client 5 There are two USPS databases required to build a USPS 

location instead of a telephone number, one could generate CASS certified address from a Spatial Key: a City State file 

a list of all telephone numbers of potential customers and a ZIP+4 Address Coding Guide. There is one City Stale 

serviced by the selected location. In yet another detail record for each 5 digit ZIP code and one or more 

embodiment, by starting with a name and address, one could ZIP+4 Addresses Coding Guide records for each unique 

determine the telephone number(s) for that address and the 10 ZIP+4. The ZIP+4 Address Coding Guide contains multiple 

other individuals Uving at that address. This is a directory records in a situation where there is a muhiple set of 

assistance type of application. secondary address ranges associated with a single ZIP+4. 

The ^ecifics for each daubase type (of FIG. 1) in terms The use of these two USPS databases to build a USPS CASS 

of data components, sources. Spatial Key coding and main- certified address from a Spatial Key will be described in 

tenance issues will be discussed in detail in the following 15 conjunction with FIG. hercinbclow. 

sections. Business and Government Location Databases Indexed By 

Telephone Number Databases Indexed By Telephone Num- Spatial Key containing DUNS Number (108 FIG. 1) 
ber (100, FIG. 1) There are three types of databases that fall A preferred Business and Government Locations File 108 

within this category: Telephone number changes, verifica- is a DUNS file. The ten miUion plus record file contains a 

tion and classification databases; client specific customer 20 business or government name and both a physical and 

databases; and negative or inverse lists. These databases mailing address, if they are not both the same. Each address 

must all be updated monthly and synchronized to a given is run through DPC coding software, as described in process 

date in the month. The 15th of the month is the preferred 402 of FIG. UA, and an lldigil ZIP Code is assigned. If the 

date, but any day could be selected. address contains a secondary address, such as a Suite #, then 

Regarding telephone number changes, verification and 25 it is reformatted into an eight digit field according to the 

classification, the oflScial source is Bellcore. They publish a rules described in process 432 of FIG. UB. If there is no 

variety of publicly available files, with the most compre- secondary address, the last eight digits arc set to all blank 

hensive being the Local Exchange Routing Guide (LERG) characters. The 11 digit segment and the eight digit segment 

files and their derivatives. Bellcore releases files on a are concatenated together to form the 19 digit Spatial Key, 

monthly basis. The date that NPANXXs change, are added 30 and a file index is created on this key. 
or are deleted is provided with the files. The files must be It is now a basic process to look up a Spatial Key in the 

updated monthly to coordinate the changes that will occur in file and retrieve the location record data associated with the 

the following month. Spatial Key, including the location's DUNS number and its 

The Telephone Number Databases Indexed by Telephone parent's DUNS number if the location is owned by a higher 

Numt>er generally indicated at 100 (FIG. 1) comprise several 35 level corporate entity. 

files, lists, or databases. The preferred databases 100 include Business Database Indexed By DUNS Number (110, FIG. 1) 

a NPANXX Split file, a LERG6 file, a V&H Coordinate file. The DUNS* numbers retrieved above (database 108) can 

one or more Customer databases, and a Negative database. then be used to access a DUNS Corporate database 110 to 

These databases will be described in conjunction with FIG. obtain names of corporate officers and credit history infor- 

7, along with a process 308 (FIG. 7) of adding intelligence 40 mation. This is very valuable in many types of business to 

to the input telephone number by retrieving information business transactions. 

from these telephone number indexed databases during the Household Databases Indexed By Spatial Key containing 

call. This process can be considered a detailed expanaon of Individual Names and IDs (Social Security Number) (112, 

block 100 (FIG. 1). Other databases may be utilized in other FIG. 1) 

embodiments. 45 Apreferred Household database 112 is ACXIOM'sOMN- 

Telephonc Number to Spatial Key (Master Table) (102, FIG. BASE database. This 100 million plus record database is 

1) Spatial Key coded and indexed as described above. For each 

The completeness, currency and accuracy of the Master household record it contains many household 

Table is the key to the efficiency and functionality of all characteristics, such as name of head of household, date of 

appUcations. In order to build and maintain the most 50 birth of head of household, estimated household income, and 

complete, current and accurate Master Table possible, the so forth. It also links to 265 million individuals known to be 

table must be created from multiple sources. In addition, associated with one or more households. For each 

since the Master Table is designed to be used by both individual, the database contains their name, date of birth, 

regulated and non-regulated entities in the regulateii tele- social security number, driver's license number and other 

phone network, none of the Master Table data can be 55 similar data 

customer provided network information. It is a straightforward process to look up a Spatial Key in 

There are four separate processes to build and maintain the OMNIBASE database and retrieve the associated house- 

the Master Table. These process are as follows: hold and individual data. Another application that is condu- 

1. Process for Data Provider to Provide Master Table Veri- cive to hierarchical Spatial Key retrieval firom the database 
fication Records (FIG. UA) 60 is a nearest neighbor application. 

2. Process to Build Master Table Update Records from Data Individual Databases Indexed By Individual ID (Social 
Provider Supplied Verification Records (FIG. IIB) Security Number) (114, FIG. 1) There are three major 

3. Master Table Update Preprocess (FIG. IIC) individual databases 114 that are indexed by social security 

4. Master Table Update Process (FIG. IID) number: TRW, Equifax and TransUnion (TU). The preferred 
These Master Table build and maintenance processes are 65 database is the TXJ database. Once an individual's social 

further described hereinbelow. security number has been retrieved fi^om above (database 

Spatial Key (104, FIG. 1) 112), it is a basic process to use the social security mmiber 
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as a means of retrieving credit and public record data of line segments, e.g., two latitude and longitude points 

associated with the socid security number from the TU connected by a straight line, such as the street segment 

database. connecting one intersection to the next intersection; and a 

Polk and some states provide access into their driver two dimensional database is a database of areas defined by 

license databases based on knowing a driver's license num- 5 polygons or circles, such as a census block defined by a three 

ber. Again, once this is retrieved from database 112 above, or more point latitude and longitude polygon boundary. A 

it is a basic process to access this data. This data contains general definition of a GIS or spatial network is a system to 

driving history, and in some cases, linkage to vehicle reg- link related 0-D, 1-D and 2-D databases together. For 

istration data. An automobile make and model associated example, the GIS network provides the means to know what 

with the household and individuals can be retrieved from the lO other street links connect to a starting street link, what other 

vehicle registration data. links or points the link crosses, and what areas the link 

Spatial Key to Parcel Number (116, FIG. 1) borders or crosses. A spatial database is not like other 

A Spatial Key to Parcel Number Translation index 116 is databases and has three components: the spatial data, the 
created by ACXIOM by extracting property address, owner spatial network and a spatial data network interface or 
address and parcel number from the DATAQUICK database, is application program interface (API). 
The parcel number is usually the FIPS Code of a local Consequently, there arc many different proprietary spatial 
government entity responsible for managing title and/or database network designs with various strengths and weak- 
property taxes to real property plus the locally assigned nesses. Unfortunately, spatial data cannot alwa3rs be moved 
parcel number. The addresses are Spatial Key coded as from one network design to another without some distortion, 
previously described and the Parcel Number Translation 20 and there is no "bests" spatial database and network for all 
database is created with the following fields and indexed by applications. 

Spatial Key: Fortunately, from an API perspective, almost all spatial 

Spatial Key database systems will accept one or more 0-D, 1-D, and/or 

Parcel Number (government entity code-i-local parcel 2-D latitude and longitude defined inputs and return a result 

number) 25 that can be easily handled by the calling application. For 

Spatial Key Type Code (0=Owner or P=Parcel) example, in the area of drivcable street directions and maps. 

It is a straightforward process to index a Spatial Key into the preferred spatial database system is from ETAC which 

this Translation database and retrieve all parcel numbers specializes in automobile navigation systems. In most major 

associated with the Spatial Key. markets, ETAC has enhanced the TIGER files by classifying 

Property Database Indexed By Parcel Number (118, FIG. 1) 30 streets by type, identifying one way streets and streets with 

The ACXIOM DATAQUICK database is indexed by no right or left turn restrictions. ETAC's street information, 

parcel number based on parcel number(s) retrieved above network design and API were created primarily to provide 

from index 116. Information, such as owner, liens, mortgage driving directions in the form of text or various resolution 

amoimi, mortgage lender, purchase date is available for the street maps stored as bitmaps. This makes ETAC a clear 

individual parcel or all the parcels associated with the 35 supplier for GIS applications related to providing driveable 

owner's tax address, directions and street maps. 

Spatial Key to Latitude and Longitude (120 FIG. 1) On the other hand, in terms of general spatial database 

A preferred Spatial Key to Latitude and Longitude data- processing platforms supported and spatial database 

base 120 is the GDT ZIP+4 to Latitude and Longitude file. manipulation. Environmental Systems Research Institute, 

This database is currently updated quarterly. Latitude and 40 Inc. (ESRI®) in Redlands, California has no equal to its 

longitude are provided in NAD27 in millionths of a degree. ARCINFO product. Many spatial database providers such as 

Each record also contains the USPS ZIP+4 type and the GDT provide their q)atial data in ARCINFO format, as well 

precision with which that latitude and longitude were as formats to support SMI and Maplnfo. 

assigned: ZIP+4 centroid, ZlP+2 centroid or ZIP centroid. There are many specialized spatial database suppliers. For 

Hicre are approximately 28 million street, firm and high-rise 45 example. Vista Environmental provides 0-D and 2^D envi- 

ZIP+4s that have been latitude and longitude coded to their ronmental data for underground storage tank locations, 

23P+4 centroid by matching against enhanced TIGER files hazardous waste spill locations, hazardous material storage 

called DYNAMAP®, available from Geographic Data locations and hazardous material dtmip site areas. There are 

Technology, Inc. (GDT). This file is indexed by ZlP+4 and other spatial database providers that have spatial databases 

it is a straightforward process to lookup a ZIP+4 on the file 50 of shopping centers, financial institutions with deposits, 

and retrieve the latitude and longitude associated with the restaurants by type, ATMs, drop boxes, fire hydrants, fiood 

3P+4. planes, earthquake fault lines, power lines and so forth. 

In the not too distant fijture, a ZIP+6 to Latimde and Information from all these databases is now accessible by 

Longitude file will most likely become available. At that simply passing a latitude and longitude definition, an infor- 

point in time, with all other issues being equal, it would 55 mation request and a returned information format request to 

become the preferred translation file and could be incorpo- the GIS AJPI. 

rated into the system without any modifications other than Spatial Key to HPS Code (124, FIG. 1) 

changing the size of the key from 9 digits to 11 digits. A preferred Spatial Key to FIPS Code (census block) 

Spatial Databases Indexed By Latitude and Longitude database 124 is a GDT ZIP+4 to 1990 Census Block file. 

Quadtree (122, FIG. 1) 60 This file is currently updated quarterly. The ZIP+4 can 

There are many types of Spatial databases 122 available change monthly, while the census blocks change only with 

from many different sources. In general, they are classified each decennial census. 

into 0-D, 1-D and 2-D databases and networks. The terms This file is indexed by ZIP+4 and it is a straightforward 

0-D, 1-D and 2-D correspond to the number of dimensions: process to look up a ZIP+4 on the file and retrieve the census 

a zero dimensional database contains points such as the 65 block associated with the ZIP+4. In a very small percentage 

latitude and longitude point where two or more street of cases, there can be two or more census blocks associated 

segments intersect; a one dimensional database is a database with a ZlP+4. 
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Census Geography Databases Indexed By FIPS Code (126, Spatial Key to other ID (128, FIG. 1) 

FIG. 1) In addition to census geography codes and latitude and 

In terms of Census Geography databases 126, there are longitudes, the TIGER files also containing voting precinct 

four differenl types: most recent census data, updates and codes and school district codes for each street link. The same 

projections, gcodcmographic systems and other data 5 process used by GOT and others to create a ZIP+4 to Ctnsus 

reported by census geography. ^^^^^ can also be used to create a ZlP+4 to Mjting 

TTic preferred source for the most recent (e.g.. 1990) Ptednctffle and a ZIP+4 to School District file, fijr example, 

census small geographic area data is the U.S. Census TJ«« files haw ix)t pre^nously teen cieat^ 

Bureau. They publish two sets of small area data files called de^Mid. Howe ver, there wdl most htely be a ZIP+4 to 

the Summary Tape Files (STF)- These files are divided into lO ^""S avaibble from GOT pnor to a general 

two groups: 100% count data, published as STFl data and f "•dexmg th.s fik by ZIP+4. i .s a straight 

sample data, published as STF3 data. STFl data is available ^""'"^ ^ ".P ^^^"^ t'L^'' 

for each of the 63 million census blocks and higher level precmd assocatol with the ZIP+4. 

geographies. Each geography record contains several hun- 9^" ^^'^'i^Y ^""J ^s^otrng District Indexed 

J 1j I,- ut u 1.- , K . By Votmg District ID (130, FIG. 1) 

died demographic vanables, such as population counts by 15 ' " . . ^ ' 

race and age and household counts by property value. The ^^."^ ^ statistical summary fil^ from govemmenUl 

STF3 files are published for the 223 thousand census block ^^^^^ Provide the numter of registered voters by 

groupsandhigherlevelgeographies.Ead.geographyrecord ^f^. "y votmg precmct. For example, as a general 

J^' jj-.- 1 1 u J J T u' election gets closer, both parties and news agencies will seek 

contains an additional several hundred demographic ^i- • • . . , ,.j . 

- . , . u u 1 J • J ; r pub he opinion on various issues and candidates. Using a 800 

variables, such as average household income and counts of 20 ^ ^ ^ „ , . 1 

u^^A u«..c-u^i^-. u„ r„^ ««j k., or 900 number, callers plaang votes can be tabulated m real 

head 01 households by age and by income. . . , „ , . 1 , , * i 1 j 

J . r J » Ti »• .u *, time and the callers preciQct dependent data can DC looked 

In terms of updates and projections, there are two major , . - « , , . . , . .1 . 

suppliers with equal reputations: Qaritas and Equifax statisticaUy modeled to provide national level csti- 

National Decision Systems. TTiese suppUers provide current statistics by party^ 

^ , A • S f 1 SpaUal Key to LocaUon ID (DNIS Dependent Ghent Table) 

year estimates and five years projections for population, 25 ^„ ,x in.- * 1 *- * ui - n j r-v * t ui 

t LiJ i4- u if uiJL- Lj (132 FIG. 1) This translation table is called a Ghent Table 

households, population by age, households by mcome, head ^ ^ ^ ^ r . -u- • • ^ j - . . 

r L u 1 J u • -1 »u -a * r ui 1 132 and the procedure for building it is described m detail 

of household age by mcomc and other data for block group . * , j«a ^ . 

(reotrranhv and above ^ Apphcant s patent enUUed "Automatic Routmg System 

gcugrapuy ttuu auuvc. ,n - c for Telephonic Services", U.S. Pat. No. 5,506,897, which is 

Again, both Qanlas and Equifax National Decision Sys- ^ , 

terns provide geodemographic systems. A geodemographic 30 ^["fy "^^T>orated by reference^ In summary a Client 

. • 1 •« * u u u* T^ble record is created for each ZIP+4 that spatially lies 

system is a classification system where each geographic area ... . 

- , -c J • . -1 J L J *u -J u- J inside a service location s service area denned as a geo- 

is classified mio a single code based on the demographic and . . - . j i_ r«_ - . , 

other characteristics associated with the gpographic unit. f »Phic of any size and shape. This process is repeated 

Here are usually between 40 and 100 unique sequential "^'^ ""^ I ^u, 

J • J 1 • . Tn- * mdexed by ZIP+4 creatmg the Qient lable. Ine Ghent 

numcnc codes in a geodemographic system. These systems 35 z:7 , / . , T. - v-nvu^ ^±i.yLiv 

• 11 -1 ui f 1 — L u * Table can be mdexed by ZIP+4 to retneve a service location 

were mitially available for only census geography, but are -ru r-i- *>• ui r>i- * ♦u * • ,i j u 

*i ui f u *u u J * 1 ID. There is one Ghent Table per Glient that is identified by 

now available for both census geography and postal geog- DNIS 

raphy. The value of the system is that there are individual ^x. ^r- ^ • * 

. , . J J - 4 J I J * Ghent Locations DatabasesWilhServicesAreas of Any Size 

company customer databases and syndicated panel data- ^. , , , . , * i-^^ ^ x 

bases containing as many as 50.000 panel members from 40 ^^I* ^'"^^^ ''J ^^^^nlD (134, FIG 1) 

suppKers such as Simmons, National Panel Data (NPD) and ^ ^TJ'^ ^^"^'LT '«»«',Pf^Jf'^'* 1°°'"°° 

Mediamark Research Institute (MRI). Based on the cus- ''^ f ^"^^ ?" «""f.»" .'^'^^ 

tomer or panel member address, they are assigned a geode- '/Pf of service locaUon data, such as, but not limited to. 

mographic code. These customers or panel ^mbeis have fo"«^ns: name, a«Uress, latitude/longitude, semcc 

u jj-.^ ciij* ' area type and latitude/longitude definition, telephone 

purchased products or nlled out questionnaires on products 45 , \..^r , t- *i ^ i . , . 

J • rj, 1J.L J L number, FAX number, E-Mail address, days and hours open, 

and services. Inese panel databases are tabulated by geo- * . . . ' , 

J L-jjL J* *- J t.* micro area directions, store promotions and events, and store 

demographic code and by product creatmg geodemographic ^^^^ uiiv^iiv/l«, ^iv^iv yiv^jv^nv/uo ol«j v v^w, auv*oiwi^ 

consumption propensity tables of several thousand products ^"^^^ mventones or menus and pnces. Tbere is one Oient 

and/or services with purchasing rates by geodemographic Locattons database 134perchent that is identified by DNIS. 

code. This data is readily accessible by looking up a FIPS 50 II. GTI Network Description and Functionality 

code in a census geography database and retrieving the GTI Network Major Gomponents 

geodemographic code. Then by looking up the geodemo- Referring to FIG. 2, a GTI network 200 is composed of 

graphic code in the geodemographic consumption propen- five Major components: 

sity table, the consumption propensity for the desired prod- 1. Galler locations, such as 202, 204; 

ua or service can be retrieved, 55 2. Servicing locations, such as 246, 248, 250; 

There arc special databases that are provided by govern- 3. National Telecommunications Network 212; 

ment agencies such as the Federal Deposit Insurance Gom- 4. Gall Processing Genter 213; and 

pany (FDIG). The FDIG requires all FDIG controlled lend- 5. Remote Database Processing Genter 231. 

ing institutions to report all apphcations for home mortgage The CTI network 200 is used to provide service and 

loans by age, race, loan amount, loan status and the census 60 information to the caller at a calling location (e.g., 202 or 

tract of apphcant property. The FDIG publishes this data in 204), servicing location (e.g., 246 or 248) and/or vanity 

an electronic form on a quarterly basis. This data is tabulated number advertiser (not shown). The vanity number adver- 

by census tract and provided by companies such as Qaritas tiser can be considered to be any entity that has advertised, 

and Equifax. published and/or owns the rights to the dialed number. The 

All the above-mentioned data is readily accessible by 65 calling locations are connected to the National Telecommu- 

looking up a FIPS code in a Gensus Geography database and nications Network 212 by one or more lines 210 (to each 

retrieving the desired dependent data. calling location), which may be a single public switched 
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telecommunications network (PSTN) line, multiple lines, an 
ISDN line (that can carry voice and data), a cellular or 
personal communications service (PCS) link, a microwave 
connection, a satellite link, and so forth. The network 212 is 
linked to the call processing center 213 by a plurality of 
bidirectional channels. These chaimels include connections 
to a VRU 214, one or more routing processors 226, a fax 
server 238, a modem server 240 and an Internet server 242. 
The network 212 is further connected to a plurality of 
service locations by one or mote lines 244 (to each service 
location). These lines 244 arc of similar types enumerated 
above in conjunction with the calling lines 210. 

The call processing center 213 includes a plurality of 
databases as will b>e described below. One or more of these 
databases may be located at a remote database location 231. 
A gateway 230 at the center 213 enables connection via a 
bidirectional channel to the remote database center 231. 

A telephone call that initiates at a calling location may be 
routed through the network 212 by use of the call processing 
center 213 and/or information about a caller, servicing 
location or advertiser may be provided to the caller, servic- 
ing location, or advertiser through the network 212 by use of 
the center 213. The call processing center 213 provides the 
intelligence of where the call is to be routed or the infor- 
mation to be provided to the caller, servicing location and/or 
vanity advertiser The network 212 receives this data and 
acts on it as directed by the center 213. The center 213 may 
optionally access databases at a remote location, such as at 
remote database center 231. The network 2 12, the center 213 
and the remote location 231 will be further described 
hereinbelow. 
Caller Locations 

All caller locations, e.g., 202, 204, must have a telephone 
such as telephone 205. The telephone can either be a 
Touchtone, a rotary telephone, or an emulated telephone. 
With a Touchtone telephone, the caUer is able to provide 
input via the telephone key pad using Dual Tone Multi- 
Frequency (DTMF) or by voice. With the rotary telephone, 
input is limited to voice. There are numerous Touchtone and 
rotary telephone manufacturers. The Touchtone phone 
manufacturers manufacture many different makes and mod- 
els of telephones with Touchtone capability, such as single 
line telephones, multiple line telephones, \^deophones, 
cordless telephones and cellular telephones. There are also 
computers that can emulate a telephone such as a Personal 
Digital Assistant (PDA) or a regular desktop or portable 
computer with a microphone speakers and telephone emu- 
lation software, such as Microsoft Phone connected to a 
telephone network via a telephone line with a modem or a 
cellular modem. 

The caller location can also have a FAX 203. This is only 
used in Call Parallel (multiple telephone lines required at 
caller location) or Post Call processes. There are many Fax 
manufacturers and personal computers with a FAX modem 
and FAX emulation software that can emulate a fax. 

The caller location can also have a computer 207 with a 
modem and/or ISDN card. The computer 207 is used in Call 
Parallel (multiple telephone lines at caller location required 
for modem) or Post Call processes. In another embodiment, 
the Call Parallel process can be performed on a single phone 
line by utilizing a digital simultaneous voice data (DSVD) 
modem, such as a Sportster Vi 28.8 Kbps fax modem from 
VS. Robotics Inc., or by use of an ISDN line. 
Servicing Locations 

There are three types of servicing locations: 
1. Servicing locations with no communications means 250: 

These locations include drop boxes and ATMs. This type 

of location only supports customer pickup or drop off. 
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2. Servicing Locations with a telephone 246: A telephone is 
required to answer customer calls and may be of any of 
the many types of telephones described above. 

3. Servicing Locations with a telephone and other commu- 
nication means 248: A telephone is used to answer cus- 
tomer calls and a FAX aod/or computer can be used in 
Call Parallel and Post Call processes. The FAX and 
computer specifications are the same as those described in 
the caller location section above. In some cases, a vanity 
advertiser location can be a ^cial purpose service loca- 
tion. If the service location computer is a CTI computer 
and includes an ISDN card or a modem, a multitasking 
operating system, such as Microsoft Windows NT, tele- 
phone emulation software, such as Microsoft Phone, and 
is logged into the call processing center Internet server 
242, the servicing location has the same database access 
capabilities as the call center operator described below. 

National Telecommunications Network 212 (FIG. 2) 

The National Telecommunications Network 212 provides 
the switch and transmission infrastructure to connect and 
transmit voice, network information and data between the 
caller location, e.g., 202 or 204, the servicing location, e.g., 
246 or 248, and the CTI network 200. 

There are two classes of vanity number type calls: Qass 
1 telephone calls are calls wherein the final terminating 
location is a servicing location determined by intelligence 
outside the telecommunications network. There are three 
separate architectures for class 1 calls. Class 2 telephone 
calls are calls where the final terminating location is the 
30 network terminating point of the vanity number. Qass 2 
calls utilize one architecture, wherein the call terminates at 
the VRU 214. The network 212, the classes and the archi- 
tecmres will be further described in conjunction with FIG. 5. 
Call Processing Center 213 (FIG. 2) 
35 The call processing center 213 which is, in essence, a 
service bureau for the vanity advertiser, is the central hub of 
the entire operation in supporting the caller, the vanity 
advertiser and the servicing locations. The preferred call 
processing center 213 is AT&T American Transtech (ATI) 
40 located in Jacksonville Florida. The center 213 interconnects 
with the national telecommunications network 212 and an 
optional remote database location 231 by the channels 
shown in FIG. 2. The call processing center 213 will be 
further described in conjunction with RG. 3 hereinbelow. 
45 Remote Database Processing Center 231 (FIG. 2) 

One or more of the databases shown in FIG. 1 and utilized 
by the call processing center 213 may be physically located 
at a location remote from the center 213. Tliis may occur, for 
example, for reasons of convenience, ease of maintenance, 
security, legal issues, regulatory issues and so forth. From a 
purely technical perspective, all of the databases shown in 
FIG. 1 could be located at the call processing center 213. A 
mainframe computer 232 at the remote processing center 
231 is connected to a call processing center dual LAN 216 
by the gateway 230. The remote database center 231 will be 
fiirthcr described in conjunction with FIG. 4 hereinbelow. 
Call Processing Center 213 (FIG. 3) 

Referring to FIG. 3, the Call Processing Center 213 will 
now be further described. The call processing center 213 
replaces the network operator or the initial answering party 
as it responds to input from the network 212 and the caller 
location, e.g., 202 or 204 (FIG. 2), retrieves information 
from various accessible databases, and uses this information 
to route the call to a service location, e.g., 246 or 248, or 
exceptions handling operator 222. In addition or 
alternatively, the caU processing center 213 provides the 
caller at location 202 or 204, the servicing location 246 or 
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248, or the vanity advertiser (not shown) with application 
dependent information during the call, parallel to the call or 
post call by a variety of communications means. 

The call processing center 213 includes the dual LAN 216 
to which the VRU 214. the FAX server 238, the modem 
server 240, the Internet server 242, a SQL database server 
218, a PBX/ACD CU gateway 220, a CTI enabled host 224, 
one or more routing processor(s) 226, and the gateway to the 
remote database processing center 230 all bidirectionally 
interconnect. The dual LAN 216 comprises a primary LAN 
and a secondary LAN as a backup to provide fault-tolerant 
service. The LAN 216 utilizes the Transmission Control 
Protocol/Intemet Protocol (TCP/IP) protocol. The PBX/ 
ACD Cn gateway 220 and the CTI enabled host 224 cadi 
further connect to one or more human operators 222 as will 
be described hereinbelow. The SQL database server 218 
further interconnects to the Telephone Number Validation 
and Type databases 100, the Client Location databases 134, 
the Client Tables 132 and a Call Transaction storage 236. 
The routing processor(s) 226 are further connected to the 
Master Table 102 and to the Client Tables 132. The data- 
bases and tables shown in FIG. 3 are preferably disk- 
resident, but with increased memory capacity for the data- 
base server or the routing processor, one or more of these 
databases could be converted by one skilled in the art to 
computer memory resident tables. 

The VRU 214, such as the preferred AT&T Intuity Con- 
versant Information Response System, is the primary inter- 
face between the national telecx>mmumcatioos network 212 
and the rest of the call center 213 with its CTI (Ccmputer 
Telephone Integration) network. The VRU 214 intercon- 
nects the national telecommunications network 212 with the 
dual LAN 216. The VRU 214 controls aspects of the call 
processing and routing processes. The VRU 214, as part of 
the cn network 200, has the ability to control call process- 
ing and routing by: 

accepting the voice signal, ANI and DNIS from the tele- 
phone network; 

speaking recorded voice messages to the caller; 

translating caller key pad input DTME into computer data 
codes; 

translating caller voice commands, such as "1,23, A,B,C, 
Yes and No", to computer data codes; 

translating computer text into synthesized speech and speak- 
ing it to the caller; 

communicating with other call center telephone and com- 
puter network systems and operators via communication 
protocols, such as ISDN, TCP/IP, Systems Network 
Architecture (SNA) Logical Unit (LU) 6.2, over a dual- 
wired Local Area Network (LAN); 

communicating by a SNA LU 6.2 gateway over dual -pair 
leased data lines to a remote database center located at 
ACXIOM in Conway, Arkansas; 

sending the required information back to the telecommuni- 
cations network to connect the caller with a servicing 
location; and 

writing out a call transaction record. 

In addition to the VRU 214, the following is a list of other 

components of the call center 213 with a description of their 

functionality: 

SQL Database Server 218 

The Structured Query Language (SQL) Database server 
218 connects to the call processing center LAN 216 and 
databases 100, 132, 134 and 236, as previously mentioned. 
The primary function of the SQL Database server 218 is to 
store and retrieve all call transaction data as well as storing, 
maintaining, and retrieving data from more dynamic data- 
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bases. Data retrieved by the SQLServer 218 is utilized by the 
VRU 214, for example, to provide information to one or 
more of the call processing recipients. The transaction data 
is maintained in the Call Transaction storage 236, and is 
5 specific to the current call. The transaction data is used for 
any post-call processing that may occur, for billing, and for 
historical or record-keeping purposes. The other databases 
accessed by the SQL server 218 include databases 100 used 
diuing an Update, Validation and Classification process 
described in conjunction with RG. 7, and databases 132 and 
134 for providing information to a call recipient The 
prefeaed SQL Database server is available from Oracle 
Corporation rurming on a UNIX machine, such as an AT&T 
model 3600. 

The transaction data is indexed by multiple indices 
15 including, but not limited to: 

DNIS by caller provided telephone number 
DNIS by Date and Tune 

DNIS by Service Location Telephone Number and by Date 
and by Tune 

20 DNIS by Service Location Telephone Number and by Caller 

Telephone Number 
Caller provided telephone number by Date and Time 

The transaction data includes, but is not limited to, the 
following: 

25 text (driveable directions, servicing location name and 
address) 

binary data (dale, time, caller provided telephone number, 
ANI, DNIS, servicing location telephone number, opera- 
tor or VRU handled call) 
graphics (maps showing the caller location, the servicing 

location and the street network) 
recorded voice (caller recorded name and address) 

The dynamic databases include: 
BeUcore NPANXX SpUt file 344 (FIG. 7) 
Bellcore LERG6 file 350 (FIG. 7) 
^5 BeUcore V&H Coordinate file 356 (HG. 7) 

DNIS dependent Customer files indexed by telephone num- 
ber 362 (FIG- 7) 
Exceptions file indexed by telephone number 368 (FIG. 7) 
DNIS dependent Client Tables 132 (HG. 3) 
40 DNIS dependent Client Locations Tables 134 (FIG. 3) 
cn PBX/ACD 220 and Host 224 

The Private Branch Exchange/Automatic Call Distributor 
(PBX/ACD) 220 and the Host 224 both connect to the dual 
LAN 216, and further, to the set of himian operators 222. 
45 The current preferred subsystem is the one currendy utQized 
by AT&T American Transtech which includes an AT&T 
PBX/ACD 220, an IBM Host 224 and AT&T CYl software. 
The primary function of these components is to provide the 
operators 222 with a means to communicate with the caller 
50 by voice and simultaneously commimicate with the CTI 
network 200 via a video moiutor, CRT, or other visual 
display device. The operators 222 are utilized during excep- 
tions call handling, as will be described hereinbelow. The 
operators 222 are also utilized for semi-automated 
55 applications, such as the applications previously described 
above. 

The subsystem provides the following operator function- 
ality: 

communicate via voice with the caller. 
60 transfer the call to a servicing location using Transfer 
Connect. 

enter a caller provided address and other application specific 
information on a CRT or other visual display connected to 
the Host 224. 

65 Spatial Key code the entered address using Group 1 software 
and ATI software that properly formats the last 8 digits of 
the Spatial Key. 
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deiennine the servicing locations by accessing the DNIS 

defined Client Table 132 and Client Locations Table 134 

based on the caller's Spatial Key. 
display information retrieved from the selected Servicing 

Location Table record on the CRT 
display information on the CRT retrieved from remote 

databases based on knowing the caller's Spatial Key or 

telephone number, 
write out a call transaction record. 
Customer Routing Processors (CRP) 226 

The Customer Routing processor 226 directly connects 
with the national telecommunications network 212 and with 
the dual LAN 216. The CRP 226 further connects to the 
Client Tables 132 and the Master Table 102. Based on the 
DNIS received from the network 212, one of the plurality of 
Client Tables 132 is selected for use in processing by the 
CRP 226. The preferred CRP 226 is a function of how it is 
connected to the CU oetwodc 200. If it is connected direcdy 
to an AT&T Long Distance Carrier (LDQ switch 504 (FIG. 
5), the preferred CRP 226 is a Sun "Sparc 10" running under 
UNIX. If it is connected to the AH LAN 216, the preferred 
CRP 22 6 is an AT&T 3600 running UNIX. A single CRP 226 
can contain multiple processors and each processor can 
support multiple clients. 

The CRP 226 provides the information needed to either 
route and complete the telephone call or to facilitate a 
service location information request. The primary funaioo 
of the CRP 226 is to accept a telephone number from the 
network 212 and return a Spatial Key by looking up the 
telephone number in the Master Table 102 and retrieving the 
Spatial Key. Alternatively, the routing processor 226 accepts 
both telephone number and a DNIS and retmu a list of 
Servicing location IDs with the distance from the caller 
provided telephone number location to the servicing loca- 
tion. The CRP 226 first looks up the telephone number in the 
Master Table 102 and retrieves the Spatial Key, and then 
looks up the retrieved Spatial Key in the DNIS dependent 
Client Table 132 and retrieves the Servicing location(s) 
information associated with the Spatial Key. The retrieved 
information is placed on the LAN 216 for access by the SQL 
server 218 to use in retrieving information from the Client 
Location tables 134. 
Internet Server 242 

The Internet Server 242 interconnects the national tele- 
communications network 212 and the dual LAN 216. The 
preferred Internet server 242 is an AT&T 3600 computer 
running UNIX and ATI software. The Internet server 242 
facilitates retrieval of call transaction data by one or more of 
the caller, the servicing location or the vanity advertiser. The 
primary function of the Internet Server 242 is to provide post 
call or call parallel access to call transaction data or data 
retrievable from call transaction data by the caller, the 
servicing location or the vanity advertiser. The use of the 
Internet server 242 in servicing each of the information 
recipients will now be described. 

For the caller, the server software provides the ability for 
the caller to download or receive electronic mail information 
related to the selected servicing location, such as, but not 
limited to, the name, address, a map or directions from the 
caller's location to the servicing location, hours open and a 
menu. Once connected to the ATI Internet site over the line 
210 (FIG. 2), the caller is asked to enter his or her telephone 
nimiber and a vanity number to obtain the information 
requested during the call. 

For the vanity advertiser connected to the Internet server 
242, the server software provides the vanity advertiser the 
ability to download or receive by electronic mail, infr)rma- 


tion related to a caller, such as, but not limited to, name, 
address, demographic data, and so forth, by entering the 
DNIS and the caller's telephone number. The above infor- 
mation may also be downloaded in a batch mode by entering 
the DNIS and a date/time range for selected servicing 
locations or all servicing locations. 

For the servicing location, the server software provides 
the same download functionality over the line 244 (FIG. 2) 
as for the vanity advertiser. However, the service location 
can preferably only download, by file transfer, or receive, by 
electronic mail, call related data for its own location. The 
servicing location's electronic mail address is retrieved from 
the Client Service Locations file 134. In addition, for a 
service location with a CXI computer (aich as location 248, 
FIG. 2), the Internet server 242 provides the access means 
for the servicing location to access caller telephone number 
and Spatial Key dependent data during the call. 
FAX Server 238 

The FAX Server 238 interconnects the national telecom- 
munications networic 212 and the dual LAN 216. The 
preferred FAX server 238 is an AT&T 3600 computer 
running UNIX with ATI FAX software. The FAX server 238 
facilitates providing a way to provide printed information, 
such as a map or directions, to a call recipient. The primary 
function of the FAX server 238 is to send post call or call 
parallel Faxes to: 

the caller, wherein the FAX contains service location infor- 
mation or directions to the servicing location, 
the servicing location, wherein the FAX contains informa- 
tion about the caller or directions to the caller location. 
The caller's FAX number is provided by the caller during 
the call to the VRU or the operator, and a FAX to the caller 
is sent over the line 210 (FIG. 2). 

Alternatively, the servicing location's FAX number is 
obtained firom the Client Locations table 134 and a FAX to 
the servicing location is sent over the line 244. The infor- 
mation that is faxed is a function of the DNIS, the client 
application and the FAX recipient. 
Modem Server 240 

The Modem Server 240 interconnects the national tele- 
communications network 212 and the dual LAN 216. The 
preferred Modem server 240 is an AT&T 3600 computer 
running UNIX and ATI software. The Modem server 240 is 
similar to the Internet server 242 in terms of media, and 
similar to both the Internet Server and FAX Server 238 in 
terras of functionality. The Modem server 240 provides 
another way for obtaining call parallel or post call informa- 
tion throug^i the call processing center 213. Because of the 
time required to connect with the call center 213, slow data 
transmission rates and the cost of connect time, the Modem 
server 240 is not currently practical for some applications. 
This could obviously change in the future. 
Remote Database Processing Center 231 (FIG. 4) 

Referring to FIG. 4, the Remote Database Processing 
Center 231 will now be described. The Mainframe computer 
232 at the remote processing center 231 is preferably 
connected to the call processing center LAN 216 over a set 
of dual-pair leased data lines by the SNA LU 6.2 gateway 
230. The preferred remote database processing center 231 is 
60 operated by ACXIOM Corporation in Conway, Ark. 
ACXIOM acts as a data processing service bureau primarily 
using IBM mainframe computers 232 and Reduced Instruc- 
tion Set Computing (RISC) UNIX processors 234 for sev- 
eral different Fortime 500 companies. ACXIOM currently 
provides real-time access or is in the process of establishing 
real-time access to all the remote databases shown in FIG. 
4 and defined in detail in FIG. 1. They currently support 
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high-Speed lease-line computer access to several client data- vanity number. This is called architecture D, wherein 
bases. They arc also the preferred processor to build and the call terminates at the VRU. This is the preferred 
maintain the Master Table 102 that is housed in its produc- embodiment for applications that do not require con- 
tion form at AT&T American Transtech. Some of the remote necting the caller to a servicing location, 
daabases shown in FIG. 4 could be stored at the Call 5 [□ all four architectures, as illustrated in FIG. 5. the 
Processing Center 213 or other locations remote to typical call starts with a caller at a caller bcalion, such as 
ACXIOM. The databases shown m FIG. 4 are preferably location 202, dialing a vanity number. In FIG. 5, all inter- 
disk resident databases, but with increased memory capacity comiectivity lines are labeled with one or more of 
for the mamframe computer 232 or Jhe miration to large j^^^^^ ^ ^,0 indicating the architecture for which the 
memory 64 bit RISC computers like the DEC Alpha one or ^.^^^^^y applies. Note that the connectivity ilhistrated in 
more of these databases could be converted by one skilled in -.^ c 1* . n / *u 1 
the art to computer memory resident tables. ^ W^es to voice T^e use of the national 
National Telecommunications Network 212 (HG. 5) telecommunication nelworic 212 for computer (e.g., for 
Referring to FIG. 5, the National Telecommunications °^ connections is weU known m the 
Network 2U will be further described. As previously technology and will therefore not be described herem. 
mentioned, there are two classes of vanity number calls. In architectures ABCD, the switch at a LECl 256 accepts 
Class 1 telephone calls arc calls where the final terminating ^all over a line 264 from the caller location 202 and 
location is a servicing location determined by intelligence assigns an ANI (Automatic Number Identification) number 
outside the telecommunications network. Referring to FIG. ^ independent of the telephone used. According to 
5, there are three separate architectures within Qass 1 calls: over 98% of all switches currenOy assign and pass a 
Architecture Auses a Customer Routing Processor (CRP) 2° Sit ANI rmmber. ^. , , , 
connected via a data link to the Long Distance Carrier ^^^f ^i^' ^^^IS (Dialed Number 
(LDQ switch outside a Local Exchange Carrier (LEC). ^^^^'f^T"" Service) number are pa^ over a bne 266 by 
During call setup at the LDC, the ANI and DNIS are ii^^ ^ t^'t^^' ^ Distance Carner (LDQ 
passed to a CRP that determines and returns the termi- fl""^^ as AT&T, MCI or Spnnt. The preferred earner is 

nating POTS number The call is then connected to the ^ . . . . , 

servicing location associated with the determined In architerture A, the I£C258 passes the AM and 

POTS number. This architecture is utilized in the prior ^J^^Jjf^ a 268 to a CRP 226 located at a remote location and 

the CRP returns a servicmg location telephone number. 

A u-. ^ T> • * r 1 • 1 *. 11 lo architectures BCD, the call is connected over lines B 

Architeaure B is representaUve of a classical two call ^ * , • •* u -^rn 

'n. <; * 11 • * .J * xmn j 30 270, C 272 or D 274 to a terminating switch 260. The 

system. The first call is terminated at a VRU and the , . _ , . . . t ^ i_ r r-^ 

\mn J * • *u rw-kTx? i. r *i- c i j *• termmatmg network switch 260 can be located at the LEC 

VRU determmes the POTS number of the final desti- ... • .t. ., . ^ - ^mrx'y^^ 

. , J HP ^miT* *i- that services the call processing center housing the VRU 214 

nation and generates a second call from the VRU to the . « • . j j- , i. 

J. J nz-iTO i_ T* *L . L *u c * J or the call processing center can be connected directly to the 

determmed POTS number. It then patches the first and , j- * ^ i -.i. at-olt-ux^t-^ a o/w» 

, ^. *i. 4 *u 11 • longdistance network with an AT&T "MEGACOM80(y or 

second call together so that the caller IS connected to AT-il-r "x^niTT-rrv * nrw* • -ru c i 

. . I -ru' u * * -1 J 35 AT&T MULTI Quest 90ff service. The preferred imple- 

the servicing location. This architecture is also utilized ^ ... ™™ ^ , '>aa /ctr^ '^x • .u j- * 

in the rior art mentation m tms CTl network 200 (FIG. 2) is the direct 

A "I.- r J i- connection to the AT&T long distance network using an 

Architecture C, the preferred archit«:tare^^^^ ^ ggg ^^j^^ "MEGACOM 800" service 

apphcations utUizes an advanced AT&T network fea- j^^^^^ American Transtech in JacksonviUe. Ra. 

ture caUed Transfer Connect or R)St Answer Redirect. ^ architectures BCD, the call is connected over lines B 
^J":^. uT^^'J^^ u TT^f. 278, C 280 or D 276 to the VRU 214. which can be 

VRU thro^h the LDC s«atch where the VRU deter- connected to exceptions handling operators 222 as shown in 

mmes the POTS number of the servicmg location. The rnn i «. •u^ Z*/^ i 

, . . . f- , T T^j-> ' t i . riG. 3 at the call processmg center 213. 

VKU sends this mformation to the LDC switch and the architectures BCD, the VRU 214 passes an ANI or 

^^y^^ f J^^ ^"^^ l"^ ^"^^^ '° ^5 caUer provided telephone number and DNIS to the CRP 226 

the VRU and connects ^^^r to the serviang ^„ ^ 282. Hie routing processor 226 sends a servicing 

location associated with the PO'K number. ^ere are information packet containing the servicing loc^^ 

three different unplementaUons of Transfer Connect: ^^^^^^^^^ ^^^^ 214 on line 282. At this 

Blmd Transfer: The call is transferred without knowing if ^^^^^ architecture D is complete from a telecommunications 

the servicing location will answer or if servicing loca- 50 network connectivity perspective. 

Uon's line is busy. Hiis is the least cosUy implemen- j„ architecture B, the VRU 214 opens a second port and 

tation and the one illustrated m FIG, 5. ^ji^ls the servicing location telephone number on a fine 284 

Consult and Transfer: The call is connected between the through the switch 260. 

VRU or operator and the servicing location before the [□ architecttire C, the VRU 214 notifies the switch 260 via 
VRU or operator drops out of the loop. This is the 55 an infonnaiion packet on a data line 286 that it wants to 
preferred implementation if the operator needs to con- transfer the call on the incoming line 280 to the servicing 
suit with the servicing location before transferring the location number contained in the information packet. Con- 
caller to the servicing location. nection 280 is then dropped between the VRU 214 and the 

Cbnference and Transfer: This is a three party conference switch 260. 

call that inchides the caller, the VRU or the operator 60 In architecture B, the switch 260 connects the second call 

and the servicing location. This is the preferred imple- on a line 288 to the LDC switch 258 and passes along the 

mentation to announce the call to the servicing location service location telephone number. 

when the telephone is answered and before the caller is Id architecture C, the switch 260 notifies the LDC 258 that 

connected, or if an exceptions handling operator needs it wants to transfer the call to the POTS number contained 

to be involved in a 3-way conversation. 55 in the information packet by sending an information packet 

Class 2 telephone calls are calls where the final terminal- on a line 290. Cormection line 272 is then dropped between 

ing location is the network terminating point of the the switch 260 and the LDC switch 258. 
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In ardiitectures ABC, the LDC 258 connects the call to a decision state 304 or from function 306. Process 308 will be 

LEO 262 on a line 292. In most cases LEO and LECl are described in detail hereinbclow in conjunction with FIG. 7. 

the same LEC. LEO then connects the call over a line 294 The information obtained in process 3M is examined at a 

to a servicing location, such as location 246 or 248. decision state 310. If the first location telephone number is 

In FIG. 5. the VRU 214 is shown outside the National 5 invalid, the process 300 moves back to the top of decision 

Telecommunications Network 212 and is located at the call slate 304 to aUow the caller to provide another telephone 

processing center 213 (FIG. 3). Currcnay, the LDC portion number. If the first location telephone number is a non- 

of the network does support limited VRU capability with United States POTS number, such as a cellular number or a 

high capacity but restricted functionality VRUs called net- Canadian number, the call is sent to exception call handling 

woric prompters. In the future, with expansion of commu- lO ^L^iP" ^^^"^ ^^'^^^^ lfi5'^°°^ V ""^^^ 

nications capabilities between the LDC 258 and the CRP ^ ^"^i^A^ T"" 

226 and the upgrading of the network VRU capabiHties, the •^^'^ a TkatiLr °" 

network VRU could assume all the responsibilities of the ^^a^^I^ ^^i^^*u°* i-j no ru^^ c * i . i 

\n>ii^tA *», II 4»,ii'i At mnction 314, the vahd US POTS first location tele- 

VKU 214 currently located at toe call processmg center 213. , , - i i j - »^ * -,m jc • 

„. . j n^L phone number is looked up in Master Table 102. If it is 

This evolutionary process can also proceed one step further 15 , . ^. ^ . . * t- i-i o i 

T -J 11 J- ^ • J found, the matchmg Master Table record s Spatial Key is 

once the LEC can provide national long distance service and ^- jwc »irfT-i_i ^ r j j 

^ , , . , f . II- . VT ^ 1 /i^n J retrieved. If no Master Table record was found and retrieved, 

the network evolves mto an Intelligent Network (IN) and „. . hlji* . ^ . ^h^^ i^ 

. . . J 1 . ,1- . . J tvn, A . .1.- the call IS routed to exception call handling at state 312 by 

then mto an Advanced Intelligent Netwoix (AIN). At this , . . . -A. • *u iT j . 

• * *u Trir-ico 1^ u 1- • . j xmiT -ytA ^ decision State 316, Otherwise, the call proceeds to a 

pomt, the LDC 258 could be elimmated and the VRU 214 -i^o 

J c.k. -c . 11 11 . decision state 31a. 

and many of the responsibilities, if not all, of the call center 20 ,^ . . „ . , „ 

213 (and the remote database center 231 (FIG. 4)) could be }^ apphcation requires Spatial Key retneved data 

located at the LEC. The LEC could access the required ^j^"^!^ ^^^^^^ locaUon telephone number decision state 

virtual telephone number database, housed on a Service calls a Retrieve and Venfy process 320. Pro^ 320 

Control Point (SCP) computer (not shown), over the (AIN) retrieves and verifies caller SpaUal Key dependent data and 

signaling system #7 (SS7) network (not shown). Cbnceptu- 25 ^ described in detail m conjunction with FIG. 8. 

ally nothing will have changed other than changes in tele- ^ completion of process 320 or if decision state 318 

communications laws and regulations which have created a evaluated to be false, process 300 proceeds to a decision 

more open system that makes more efficient network designs state 322. If process 320 was called and the return flag's 

possible. value is "exceptions", the call is routed to exception call 

30 handling at state 312. If the return flag value is 'Verified** , 

III. Call Center Call Process 300 or if decision state 318 evaluates false, the call continues on 

to an optional service locations decision state 324. 

Referring primarily to FIG 6 and also to FIG 2, a proce^ ^ ^^^^^ ^^^^^ 324^ if appKcation requires connect- 

300 shows an overview of the preferred Call Center Call ^ ^^j^^ ^ servicing location or providing the caller 

process. However, other hybrids and variations of the system information regarding a servicing location(s), process 300 

process «)u]d be employed by one skiUed m the art to ^ ^^^^^ ^^^^^ Information process 326. A 

provide the same fimcuonahty. Process 300 and other pro- detailed description of providing caller servicing location(s) 

cesses described herein are executed by one or more of the infonnation and conneaing the caller to a servicing location 

processors on the CTI network 200. Ulustrated and explained in detail in Applicant's previous 

Process 300 (FIG. 6) begins with a caller, such as a caller ^ patent application entitled "Automatic Informatkin and 

at caller location 202, dialing a vanity number. The call is Routing System for Telephonic Services", U.S. Scr. No. 

processed by the national telecommunications network 212 08/598392, which is hereby incorporated by reference. 

(FIG. 2) and is answered by the VRU 214 at the call center the completion of process 326 or if decision state 324 

213. The VRU 214 decodes the information packet passed evaluated to be fake, process 300 proceeds to a decision 

by the network 212 and determines the ANI and DNIS as ^5 state 328. At decision state 328, process 300 either spawns 

shown in state 302. ^ ParaUel Call process 330 and ends at state 332, or ends at 

Moving to a decision state 304, process 300 provides a state 332 without spawning parallel process 330. Both 

way for the caller to enter a first location telephone number determining whether to ^awn a parallel process and which 

other than the ANI of the telephone fi-om which they are parallel process to spawn are a function of the application 

calling. This is used in applications such as setKiing flowers 50 and caller provided information. For example, a particular 

to, for example, the caller's mother for Mother's Day, where application may spawn a parallel process to FAX a map to 

the caller wants to place an order with a florist that delivers a caller's FAX machine based on the caller's request while 

to the location of their mother's telephone. Another exem- the call is in progress. Process 330 is described in conjunc- 

plary application is when the caUer wants information tion with FIG. 9 below. 

mailed to his/her home, but the call is fi-om a work location. 55 Referring now to FIG. 7, the process 308 (defined in FIG. 
If this option is not selected at state 304, then the first 6) of adding inteUigencc to the input telephone number by 
location telephone number is set to the ANI. If the optional retrieving information firom telephone number indexed data- 
telephone number input is selected at decision sUte 304, bases during the call will be described. Before process 308 
function 306 is activated and the caller provides the new is executed, the caller provided telephone number goes 
telephone number by key pad entry on a Touchtone tele- 50 through the foUowing preliminary checks or edits. Checks 
phone or other device providing DTMF data, or by speaking are made to determine if the telephone number is 10 digits 
the number slowly to the VRU 214. in length, each of the 10 digits is a number from 0 to 9, and 
After the first location telephone number is set to the ANI, the "Ns", i.e., the first and fourth digits, in the NPA-NXX- 
or after the optional telephone number input at function 306, XXXX are 2 or greater. Of course, if the public telephone 
process 300 advances to a Update, Validation, Classification 65 network is changed to use telephone numbers extended to a 
and Screen process 308. Process 308 updates, validates and length greater than 10 digits, the checks and other system 
classifies the first location telephone number passed through aspects will be modified to account for the new length. 
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To deiennine area code exchange changes, the preferred Proceeding lo a validation function 352, process 308 

embodiment uses a NPANXX Split file 344. This file pro- accepts the updated telephone number from slate 348 and 

vides the new NPANXX and its corresponding old looks up the updated telephone number's NPANXX in the 

NPANXX and the time period, called the permissive dialing LERG6 file 350. If the record is found and the updated 

period, in which both arc active. 5 telephone number's line number falls within a range of 

For determining the validity of a given telephone number, currently supported line numbers, then the valid phone 

a LERG6 file 350 is preferred. LERG6 refers to one of the number flag in state 354 is set to "yes". If the record is not 

several LERG files. This file contains a record for each valid found or the record is found but the updated telephone 

NPANXX, its current status, and for each block of line number's line number does not fall within a range of 

numbers, the switch to which this block of line numbers is lO currently supported line numbers, the valid phone number 

assigned. If the input telephone number's NPANXX is not in flag is set to "no". If the flag in state 354 is set to "no", all 

this file, or the NPANXX is in the file but the line number following fields are set to blank characters by function 352 

is not currently assigned to a switch, the telephone number so they can be written out at state 372 by function 370. 

is an invalid telephone number at that point in time. If the validity flag in state 354 is "yes**, then function 358 

The preferred file for classifying a telephone number is a accepts input fi-om state 354 and retrieves the V&H coor- 

V&H Coordinate file 356. For each valid NPANXX, this file dinate record corresponding to the updated telephone num- 

contains the type of service provided, e.g., POTS, cellular, ber's NPANXX from the V&H Coordinate file 356. The 

pager, and so forth; a dialable flag; V&H coordinates which NPANXX is then classified by function 358, and the result 

can be converted to latitude and longitude; and country, state along with previously determined information is written to 

and dty in which the NPANXX is located. state 360. 

aient specific Customer databases 362 have been around Continuing to a lookup function 364, process 308 accepts 

for years and are DNIS dependent. These databases are used inp^l ^om state 360. If the validity flag is "yes" and the 

for special handling of preferred customers, problem cus- DNIS corresponds to an on-line Customer database 362, 

tomers or used to lookup a customer's last order in a pizza ihen the updated telephone number is looked up in the 

delivery application, for example. These databases are ere- ^ corresponding DNIS Customer database. If the record is 

ated and maintained to meet the specific needs of each client. found, then the customer data is retrieved. Function 364 then 

A negative list or inverse list can be a global list or DNIS ^^^^ the customer data and previously retrieved data to 

dependent. If it is DNIS dependent, it is usually combined "customer data" at state 366. If the record is not found, the 

with the Customer daubase described above. A negative list ^ "customer data" is set to blank characters. 

368 is a list of phone numbers of customers and/or potential Advancing to a lookup function 370, process 308 accepts 

customers that have historically bounced checks, not paid input from state 366, If the validity flag is "yes" and the 

their bills or have presented some other type of problem. Negative database 368 is present, function 370 then looks up 

Equifax maintains such a database of telephone numbers for the updated telephone number in the Negative database 368. 

a consortium of long distance carriers. Each carrier provides If the updated telephone number is found, then the corre- 

their list of problem customers and Equifax merges these sponding data is retrieved. If the updated telephone number 

into a master list that is used by the consortium members to is not found, the Negative database data is set to blank 

identify potential customers that have been canceled by one characters. Function 370 then writes out all retrieved and 

carrier trying to sign up with another carrier. determined information at state 372. Process 308 completes 

FIG. 7 illustrates the preferred embodiment as five sepa- 40 information is returned at state 374. 

rate lookup, retrieval and validation functions in a single Referring to FIG. 8, process 320 first identified in FIG. 6 

serial block. One skilled in the art could change the order, will now be described. Process 320 begins at a start state 376 

combine some of the databases together, or create five and has access to the first location's Spatial Key at state 378. 

separate blocks for the same functionality. The databases in State 380 uses the Spatial Key from state 378 to retrieve 

FIG. 7 are shown as disk resident databases, but since these 45 application specific Spatial Key dependent data from a set of 

databases are small in size, one or more of these databases Spatial Key Indexed databases 382. These arc the Spatial 

could be converted by one skilled in the art to computer Key Indexed Databases 106-134 shown in FIG. 1 and 

memory resident tables. previously described in detail. 

All the databases in FIG. 7 are preferably updated for Moving to state 384, process 320 uses the VRU 214 (FIG. 

NPANXX splits. The updates are incorporated in the Split 50 2) to speak application dependent retrieved data to the caller 

file 344, the LERG6 file 350 and the V&H Coordinate file for verification or additional input. Continuing to state 386, 

356 by Bellcore, and each record in these files is date coded process 320 provides the caller a way to verify the retrieved 

as to when it goes into eff^ect. The Customer databases 362 data spoken by the VRU at state 384 or to provide additional 

and the Negative database 368 are updated by a process application ^ecific input as requested by the VRU 214 at 

similar to that shown by states 802 throu^ 816 of FIG. 18A 55 state 384. 

for updating the Master Table for NPANXX splits. Proceeding to a decision state 388, process 320 deter- 

The process 308 begins at a start block 340. The edited mines if the caller has re^nded properly to the VRU 214 

telephone number and DNIS shown in state 342 are inhcr- and/or validated the retrieved Spatial Key dependent data. If 

ited by process 308 and used by function 346 in conjunction the caUer has not responded property or has verified the 

with the system date to look up the edited telephone num- 60 retrieved data as being erroneous, an exception handling 

ber's NPANXX record in the NPANXX Spht file 344. If the remm code flag is set to "exception** and process 320 exits 

record is found and it passes an effective dale test, function at state 390. However, if it determined at decision state 388 

346 combines the new NPANXX and the line number to that the caller has responded properly, the call proceeds to a 

create an updated telephone nimiber 348. If the record is not decision state 392. 

found or the record is found but the effective date has not 6S At decision state 392, process 320 determines if the 

occuaed, function 346 moves the edited telephone number application requires additional caller input or data verifica- 

to the updated telephone number state 348. tion. If additional caller input or verification is required. 
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decision state 392 routes the call back to state 380. If mission was not complete, as determined at decision state 

additional caUer input or verification is not required, the call 522, process 330 proceeds to decision state 516. At decision 

proceeds to slate 394. state 516, process 330 determines if the retry maximum 

Process 320 uses state 394 to write out the application and been reached by testing if the value of T is greater 

caller specific data to the Call Transaction Storage 236 (FIG. 5 than the application-dependent parameter RETRY_MAX. 

3) and set the return flag to 'Verified." Process 320 then exits If the value of T is not greater than RETRY_MAX, process 

at state 396 and returns to state 322 in process 300 (FIG. 6). 330 loops back to state 510. However, if T is greater than 

Referring to FIG. 9, the operation of the Call Parallel ]^TRY_I^ as determined 

process 330 (defined in HG. 6) will now be described. FIG. P^^?^ ^"^'^ ^ transaction to the error 

9 shows a preferred generic implementation of the CaU P^°^^ ^* 

Parallel process 330. Tte primary function of the CaU jy ^asS Certified Address Build 
Parallel process is to provide call, caller, servicing location 

data and spatial relationship data between the location Some call processing applications may require use of a 

associated with the caller provided tel^hone number and CASS certified address, e.g., address lookup and verification 

the servicing location to the caller and/or serving location by by an operator taking a telephone order. Referring now to 

a medium other than voice. A non-inclusive list of examples PIG. 10, the use of two USPS databases by a process 540 for 

includes: faxed maps, directions, addresses, hours open, building a CASS certified address from a Spatial Key will be 

menus, computer files or computer software. Since the Call explained. 

Parallel process 330 is broad in scope, using this The process 540 to build a CASS certified address begins 

information, one skilled in the art could develop a specific ^ at a start state 542 and moves to a state 544. At state 544, 

parallel application that is technically different, but accom- process 540 indexes the first five digits of the Spatial Key 

plishes the above of providing call dependent information into a USPS City State File 430 and retrieves the preferred 

that is independent of the actual call connectivity by a means last line name (City Name) and State at state 546. Moving 

other than voice to the caUer or servicing location. to state 548, process 540 indexes the first nine digits (ZIP+4) 

Process 330 begins at a start state 502 and proceeds to ^ of the Spatial Key into the ZIP+4 Address Coding Guide 

state 504 where it retrieves call transaction data from the (ACG) 404, and the ZIP+4 record is retrieved at state 550. 

Call Transaction Storage 236 and application specific data This record contains all the components required to build an 

from the Spatial Key Indexed Databases 382. Advancing to address: street pre-direction, street name, street type, street 

state 506, process 330 formats the data retrieved at state 504. ^ post-direction and secondary address type. The pre-direction 

The format of the data is a function of the appUcation and the and post-direction refer to a compass direction, such as 

communication means. Once the data is formatted, the next Northwest. Hie general rule for creating the street number at 

step is to physically connect to the receiving party address. state 552 is to replace the last two digit of a starting primary 

Since there is always the possibility of not being able to address number (SPAN) from the ZIP+4 record with digits 

physically connect to the recipient address, a way of retrying 10 and 11 from the Spatial Key and strip off any leading 

needs to be incorporated into the system. Process 330 begins zeros from the starting primary address niunber. 

this retry process at state 508 by initializing the connect Proceeding to a decision state 554, a determination is 

attempts count to zero by setting a variable T equal to zero. made as to whether a secondary address number is required 

Moving to state 510, process 330 tries to establish a by the USPS ZIP+4 type retrieved from the ZlP+4 ACG 404. 

connection with the receiving party. The recipient address is 4q If the ZIP+4 type is "F" for Firm or "H" for High-rise, a 

a function of the communications means. A partial Ust of secondary address is generally required. If so required, 

examples includes a FAX telephone number, a modem process 540 moves to state 556 and obtains the secondary 

telephone number, an E-Mail address or an Internet address. address from the last eight digits of the Spatial Key with any 

Proceeding to slate 512, process 330 increments the connect leading zeros stripped off. At the completion of processing 

attempts count, T«T+1. 45 the secondary address at state 556 or if the secondary 

Continuing at a decision state 514, process 330 deter- address was not required, as determined at decision state 

mines if a connection has been made with the recipient 554, final formatting of the address components is pcr- 

address. If the connection has not been established, process formed at state 558. The final formatting is a function of the 

330 proceeds to a decision state 516. At decision state 516, client application and the type of ZIP+4. Process 540 

process 330 determines if the retry maximum count has been 50 completes at end state 560. 

has been reached by testing if the value of T is greater than ^..t^., , ^ 

v »• J J . + ncTTivr WAV in-* v. Master Table Build and Maintenance Descnption 
the appucation-dependent parameter RblRY^MAX. It 1 is 

not greater than Rb'l'KY_MAX, process 330 loops back to The Master Table 102 (FIGS. 1, 3, 6) is designed to be 

state 510. However, if T is greater than RETRY_MAX, as used by both regulated and non-regulated entities in the 

determined at decision state 516, process 330 proceeds to 55 regulated telephone network, and therefore, none of the 

state 518. At state 518, process 330 writes a transaction to an Master Table data can be customer provided network infor- 

error log and then proceeds to an end state 524. The system mation. There are four separate processes to build and 

examines the error log on a periodic basis, researches maintain the Master Table that will be described in conjimc- 

communication problems and takes appropriate action to tion with FIGS. IIA, IIB, IIC and IID. These processes 

correct the problem. 50 show that customer provided network information is not 

If process 300 determines at decision state 514 that a used in the Master Table, 

connection has been established at state 510, the process The goal of the processes described in FIG. UA is to 

proceeds to state 520 and begins transmitting the infonna- provide either a regulated or non-regulated data provider a 

tion. Upon completion of the transmission at state 520, way of taking data about customers and processing it 

process 330 proceeds to a decision state 522 and determines 65 through commercial software and reformatting the result 

if all the data was transmitted. If the transmission was using a reformatting program. This creates a file containing 

complete, process 330 terminates at state 524. If the trans- abstract verification records that can be shipped to an 
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aiuhorized, regulated processing cenier, such as ACXIOM pager, marine, and so forth) is retrieved from the V&H file 

Corporation in Conway, Aik. The purpose of the validation 356 and a new record is generated containing the LERG 

files is to verify the current linkage between a telephone telephone number, the V&H type of telephone code and all 

number and a USPS address. The data providers are pro- data provider data (including the Spatial Key) except the 

vided with the NPANXX Split file to make sure that all their 5 telephone number. The resultant new record is written to an 

telephone numbers are current. There are two types of Intermediate file 426. If a telephone number is on the Data 

verification records: "connects" and "disconnects". Many Provider Verification file 412, but not on the LERG file 350, 

data providers can only provide "connect" records. The it is written to the Invalid Telephone Number file 424. 

verification record contains the following data fields: Telephone numbers on the LERG file 350 that are not on the 

2Q Data Provider Verification file 412 are skipped. This process 
is continued until all records on both files have been read and 
compared. The process 422 is further described in conjunc- 

Tclcphoac Number 10 Characters tjon with FIG. 12 hereinbelow. 

S'^'^Disoonnect Date f c^^'^CYYYYMMDD) Proceeding to a Sort, Expand, Match and Append process 

Data Provider Cbde 2 Characters 15 432 (FIG. IIB), process 432 is very similar to process 422 

ZlP+4 Coding Status 2 Characters in function, but uses a slightly different technique. Process 

TransactiDn Type IS^"^' (c - Ctonnect D - Discormect) 433 utilizes the Intermediate file 426 generated by process 

Eotity Name 40 Characters [Business and Govcrmneot ^^^^^ ^i-n^ j nono * ct j-sn J rrtn a 

records only) (FIG. 12), and the USPS City State file 430 and ZIP+4 

file 404 to generate an address and a new Spatial Key, both 

20 of which are written to a Data Provider Verified Linkage 

The data provider code identifies the source of the cus- Update (DPVLU) database 436. Process 432 is further 

tomer data. One character of the ZIP+4 coding status iden- described in conjunction with FIGS. 17A and 17B herein- 

tifies the type of address, e.g., post ofiSce box, niral route, below. 

high-rise building, general delivery and so forth. The other Referring now to RG. UC, two processes 440 and 444, 
character of the ZIP+4 coding status identifies how the ^ which comprise the Master Table Update preprocess, will be 
ZIP+4 code was matched and is potentially used to identify described. The Data Provider Verified Linkage Update data- 
or rectify an incorrect record at a later time. The entity name ^ase 436 that is generated by process 432 (HG. IIB) is used 
is required for business and government records. For con- ^ of the inputs to a Verify and Append DSF Information 
sumer records, the entity name can be a buUding name or set process 440. The process 440 vaUdates the addresses coo- 
to blank characters. In cases where the customer moves and ^ structed in process 432 (FIG. IIP) against a USPS Delivery 
keeps their current telephone number, it is preferred that Sequence File (DSF) 438. The DSF file 438 is only licensed 
both a connect and disconnect record are generated. USPS to selected processing centers, such as 

Referring now to FIG. IIA, a Coding process 402 uses ACXIOM, and the file can only be used to verify existing 

commercial address standardization and DPC coding addresses. It differs from the ZIP+4 address coding guide 

software, such as AccuMail® or CODE-1®, available firom 35 404 (FIGS. UA and IIB) in that the coding guide provides 

Group 1 Software, Inc. This software takes input firom a only an address range for each ZIP+4, such as 101 to 199 

database 400 provided by a data provider or client and uses Main St. In the DSF 438, there is one record for each USPS 

the commercial software's version of the USPS ZIP+4 deliverable address, such as 125, 151, or 175 Main St. In this 

address coding guide 404 to address standardize and DPC or example, the other potential odd numbered addresses within 

ZIP+6 code the customer record's address. It then appends 4^ the ZIP+4 address coding guide address range do not exist, 

the DPC and the ZIP+4 coding status to the customer record Matching against the DSF file also provides the ability to 

and writes the result to a ZIP+6 coded file 406. append a delivery type code. 

A Create Abstract Records process 408 reads the ZIP+6 a Determine Overlap process 444 provides the ability to 

coded records from file 406 and reformats the record to the determine if the location corresponding to a telephone 

record layout shown above. It also reads the NPANXX Split 45 nmnber and the associated USPS address cannot be physi- 

file 344 into memory and if necessary, based on the date, cally located at the same physical location. If the USPS 

changes the NPANXX. It then writes the resultant reformat- address is a P.O. Box, Rural Route (RR) or General Delivery, 

ted record to a Data Provider Verification file T^pe (or other it is obvious that the telephone number docs not terminate at 

storage media) 412 to be shipped to die processing facility. the address because the address is not a physical address. 

FIG. IIB illustrates the processing at a certified, regulated 50 However, since the database is multi-sourced, some of the 

data processing facility, such as ACXIOM, that uses a Data street, high-rise and firm addresses provided are billing 

Provider Verification file to link telephone numbers from the addresses, not physical addresses. In routing and delivery 

LERG file with Addresses and DPC codes fi-om the USPS applications, such as pizza delivery, it is critical to identify 

address coding guide. The resultant file contains telephone telephone numbers with Spatial Keys associated with a 

numbers from LERG, a telephone number type code from ss "foreign" physical location, such as a billing address, 

the V&H file, address and DPC codes firom the USPS and ACXIOM has created a file using a variety of databases that 

processing codes and dates provided by the data providers. identifies which NPANXXs and 5 digit ZIP codes spatially 

Referring now to FIG. IIB, a Sort, Match and Append overlap. If the update record's NPANXX- /.ZZZZ (where the 

process 422 starts by reading a record from the LERG file 77777. represents a 5 digit ZIP code) is indexed in this file 

350 and generating a list of phone numbers that are poteo- 60 and there is no record found, then the NPANXX and the 

tially connected to a terminating location from a LEC switch 77777. do not spatially overlap. If NPANXX-ZZZZZ is 

for all blocks of line numbers that are connected to a LEC found on the ACXIOM file, then the telephone number and 

switch(s) within the current LERG NPANXX. It then reads ZIP Code are spatially proximate within a 2.5 mile error 

a record from the Data Provider Verification file 412 that has range. However, it is still not 100 percent certain that the 

been sorted by telephone number. If the records match 65 telephone number and USPS address are located together. To 

(thereby only valid telephone numbers are taken from the solve this problem, applications that require 100% reliability 

LERG file), the type of telephone code (e.g., POTS, cellular, must be designed to give the caller the ability to verify the 
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address associated with the telephone number. An applica- 
tion having this ability was previously described above. 

Referring now to FIG. UC, the operation of the processes 
440 and 444 will be described. The Verify and Append DSF 
Information process 440 reads and matches records from the 
Data Provider Verified linkage Update database 436 and the 
USPS DSF file 438. If the data provider record matches the 
DSF file, then a DSF match flag is set to "yes" and the 
address delivery type code field is set to the value retrieved 
from the DSF file. If the data provider record does oot match 
the DSF file, the DSF match flag is set to "no" and the 
delivery type code field is set to blank characters. All records 
from the Data ftovider database 436 are reformatted and 
written to a DSF Verified database 442. At this point in the 
process, the entity or building, address, city and state fields 
are no longer required. 

Proceeding to the Determine Overlap process 444, the 
process 444 starts by reading the DSF Verified database 442 
and looking up the resultant record's NPANXX-ZZZZZ on 
the ACXIOM NPANXX To ZIPS Overiap file 446. If the 
record is found, ihen an Overlap Flag is set to "yes", or else 
if the record is not found, the Overlap Flag is set to "no". All 
records are then written to a Data Provider Updates with 
LERG Phone Number and USPS Spatial Keys database 448 
which comprises an update feed into a Master Table Update 
process 456. 

FIG. IID illustrates the Master Table Update process 456. 
There arc three independent update steps or subprocesses 
required to keep the Master Table updated. The first step is 
the updating of telephone numbers based on changes in 
niunbers administered by Bellcore. The second step is due to 
changes in Spatial Keys based on ZIP Code changes by the 
USPS. The third step concerns changes due to the cormect- 
ing and disconnecting of telephone numbers with addresses 
based on consumers and businesses moving and adding or 
dropping existing telephone numbers or lines. The Master 
Table Update process 456 will be further described in 
conjimction with FIGS. 18A, 18B and 18C hercinbelow. 

As was described above, the records in the Master Table 
102/454 do not contain customer provided network infor- 49 
mation. The origin of the customer telephone number, 
address, and Spatial Key is not from the data provider file 
400 or data provider tape 412. Only the data provider file 
connected/disconnected status and dates (first connect. 


Proceeding to stale 608, process 422 accesses the list 
returned from function 606 (LERG_LIST^ at the first 10 
digit telephone number entry on the list, wherein an index 
K-1. Advancing to a Read Data Provider Verification (DPV) 
File function 610, process 422 reads a record in the sorted 
DPV file 412 and returns either with the DPV record, or with 
the variable dpv_eof set to one if the end of the DPV file has 
been reached. 

Continuing at a decision state 612, process 422 compares 
the LERG 10 digit telephone number at LERG_UST(K) to 
the 10 digit telephone number (DPV_TELE#) returned 
from fimction 610. If the telephone numbers are equal, 
process 422 moves to state 614 to generate a new record 
based on the telephone number from the LERG file 350, the 
telephone type from the V&H file 356 and all DPV file data 
other than the telephone number. Moving to state 616, the 
new record is written to the Intermediate file 426. Continu- 
ing at a Increment LERG_LIST function 618, process 422 
increments the index variable K and either accesses the next 
entry in the current LERG_LIST or reads the next entry in 
the LERG file 350 to generate a new LERG _LIST indexed 
at K»l. Function 618 will be further described in conjunc- 
tion with FIG. 15 bereinbelow. Returning from the function 
618 at a decision state 620, process 422 determines if the 
2^ variable lefg_eof was set to one during function 618. If the 
end of LERG file condition is true, process 422 proceeds to 
the Read DPV File function 610 to read the next record in 
the DPV file 412. 

If the end of the LERG file has not been reached, as 
30 determined at decision state 620, process 422 also continues 
to function 610 to read the next record in the DPV file 412. 
At the completion of function 610, process 422 determines 
if the end of the DPV file has been reached at a decision state 
622. If so, because there are no further records to evaluate 
35 in the DPV file 412, process 422 finishes at an end state 624. 
However, if the end of the DPV file has not been reached, as 
determined at decision state 622, process 422 moves back to 
decision stale 612 to compare the new current LERG _LIST 
entry to the new current DPV record. 

If process 422 determines that the LERG_LIST enu^ at 
index K is greater than the DPV_TELE# at decision state 
612, execution continues at a function 630 for writing the 
DPV file telephone nimibcr to the Invalid Telephone Nima- 
bcr (ITN) file 424. Function 630 will be further described in 


disconnect, last verified) are utilized in the Master Table. 45 conjunction with FIG. 16 hereinbelow. At the completion of 


The other Master Table information is from Bellcore, USPS, 
ACXIOM or generated by the Master Table buUd process. 

Referring to FIG. 12, the Sort, Match and Append process 
422, previously defined in FIG. IIB, will now be further 
described. Process 422 utilizes the Bellcore LERG file 350 
of valid telephone niunbers, the Bellcore V&H Coordinate 
file 356, and a sorted version (by telephone number) of the 
Data Provider Verification file 412 created by process 408 
(FIG. IIA) as inputs. Process 422 generates new records and 
writes them to the Intermediate file 426 or writes invalid 
telephone numbers from the Data Provider Verification file 
412 to the Invalid Telephone Number file 424. 

Beginning at a start state 602, process 422 moves to state 
604 wherein a variable lerg_eof is set to zero and a variable 


function 630, process 422 moves to the Read DPV File 
function 610 to read the next record in the DPV file 412. 
Proceeding to a decision state 632, process 422 determines 
if the end of the DPV file 412 has reached. If so, process 422 
50 is finished and moves to end state 624. If the end of the DPV 
file 412 has not been reached, process 422 moves back to 
decision slate 612 to compare the current LERG _X1ST 
entry to the new current DPV record. 

If process 422 determines, at decision state 612, that the 
55 DPV_TELE# is greater than the LERG _LIST entry at 
index K, execution continues at the Increment LERG_LIST 
function 618. Function 618 will be further described in 
conjunction with FIG. 15 below. At the completion of 
function 618, process 422 moves to a decision state 634, to 


dpv_eof is set to zero. These variables will be used to check 60 determine if the end of the LERG file 350 was reached. If the 

for end of file conditions below. Proceeding to a Read LERG end of the LERG file has oot been reached, process 422 

File function 606, process 422 reads the LERG file and moves back to decision state 612 to compare the new current 

returns either with a list of phone numbers along with a LERG_HST entry to the current DPV record. However, if 

number of records in the list and a V&H file telephone type, the end of LERG file condition is true, as determined at 

or with the variable lerg_eof set to one if the end of the 65 decision state 634, process 422 proceeds to the Read DPV 

LERG file has been reached. Function 606 will be further File function 610 to read the next record in the DPV file 412. 

described in conjunction with FIG. 13 hereinbelow. Proceeding to a decision state 636, process 422 determines 
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if the end of the DPV file 412 has been reached. If so, numbers in the current LERG_LIST. If not, function 618 

because there are no further records to evaluate in the DPV proceeds to state 700 and accesses the telephone number and 

file 412, process 422 finishes at the end state 624. However, telephone number type in the LERG_LIST at the index K 

if the end of the DPV file 412 has not been reached, process (where K is from state 692 if K is less than or equal to Kmax, 
422 continues at the function 630 to write the telephone 5 as determined at state 694). Function 618 returns at state 702 

number from the DPV file record to the ITN file 424. At the to process 422 (FIG. 12) with the telephone nimibcr and 

completion of function 630, process 422 moves back to the telephone number type. 

Read DPV File function 610. as illustrated in RG. 12. This Returning to decision state 694, if K is greater than Kmax, 

loop of function 610, decision state 636 and function 630 function 618 proceeds to call the Read LERG File function 
continues until the end of the DPV file 412 is reached and 10 606 to read the next record in the LERG file 350 and 

process 422 finishes at the end stale 624. generate a new LERG_UST indexed at K«l. Function 606 

Referring now to FIG. 13, the Read LERG File function has been previously described above. At the completion of 

606, defined in process 422 (FIG. 12), will be described. function 606, function 618 proceeds to a decision state 696 

Function 606 reads the LERG file 350 and returns either to determine if the end of tbe LERG file 350 has been 

with a list of phone niunbers, or with an indication that the reached. If so, function 618 returns with an end of file 

end of tbe LERG file has been reached. designation at a s^ate 698 to process 422 (FIG. 12). If the end 

The Read LERG File Function 606 begins at a start state of LERG file has not been reached, as determined at 
650 and moves to state 652 to read a record in the LERG file decision state 696, function 618 continues to state 700 and 
350. Associated with the NPANXX of the LERG record is accesses tbe telephone number and telephone number type 
a set of line numbers. Proceeding to a decision state 654, in the LERG_UST at the index K (where K is from function 
function 606 determines if the end of the LERG file 350 has 606 if K was greater than Kmax, as determined at state 694). 
been reached. If so, tbe variable lerg_eof is set to one and Function 618 returns at state 702 to process 422 (FIG. 12) 
function 606 returns at state 656 to process 422 (HG. 12). with the telephone number and telephone number type. 
If tbe end of the LERG file 350 has not been reached, as Referring now to FIG. 16, the Write Invalid Telephone 
determined at decision state 654, function 606 advances to ^ Number (TTN) File fiinaion 630, defined in process 422 
state 658. At state 658, the NPANXX of the LERG file (FIG. 12), will be described. Function 630 begins at a start 
record is used to check the V&H file 356 and retrieve a type state 710 and moves to state 712 to write a record with the 
of telephone code, e.g., cellular telephone type. The type of same format as the DPV record to the ITN file 424. Pro- 
telephone presently is identified by the NPANXX of the 10 ceeding to a return state 714, function 630 returns to process 
digit telephone number. ^° 422 (FIG. 12). 

Proceeding to state 660, function 606 generates a list Re ferring to FIGS. 17 A and 17B, the Sort, Exp and. Match 

(LERG _I.1ST) of 10 digit telephone numbers having the and Append process 432, previously defined in FIG. IIB, 

NPANXXof the LERG record read in state 652. This results will now be further described. Process 432 utUizes the 

in a list of up to 10,000 telephone numbers with the potential Intermediate file 426 generated by process 422 (FIG. 12). 

of being connected from the LEC switch(s) to a terminating Process 432 begins at a start state 730 and moves to a state 

location like a household or business. The telephone type 732 to sort the Intermediate file 426 by ZIP+6 and create a 

determined in state 658 is assigned to each telephone sorted Intermediate file 426'. Moving to state 734, process 

number in the list. Moving to state 662, the LERG_LIST 432 reads a record from the sorted Intermediate file 426' and 
index variable "K** is set to an initial value of one to point ^ then indexes the 5 digit ZIP Code against tbe USPS City 

to the first telephone number in the list. A variable Kmax is state file 430 at state 736. Proceeding to a decision state 738, 

set to the number of telephone numbers in the LERG_LIST. process 432 determines if the 5 digit ZIP Code is found in 

At the completion of state 662, function 606 returns with the the City State file 430. If the 5 digit ZIP Code is foimd, then 

list of phone numbers along with the V&H file telephone the City State data is retrieved at state 742. If the 5 digit ZIP 

type, K, and Kmax to process 422 (FIG. 12) at a return state Code is not found, as determined at decision state 738, 

664. process 432 moves to state 740 and the record from the 

Referring now to FIG. 14, the Read DPV File function sorted Intermediate file 426* is written to the Invalid ZIP 

610, defined in process 422 (FIG. 12), will be described. Code file 434. At the completion of state 740, process 432 

Function 610 begins at a start state 670 and moves to state moves back to state 734 and the next record is read from the 

672 to read a record in the Data Provider Verification (DPV) sorted Intermediate file 426*. 

file 412. Proceeding to a decision state 674, function 610 After retrieving the city state record at state 742, process 

determinesif the end of the DPV file has been reached. If so, 432 moves to state 744 and the ZIP+4 from the sorted 

the variable dpv_eof is set to one and function 610 returns Intermediate file 426' is indexed against the USPS ZIP+4 file 

at state 676 to process 422 (FIG. 12). If the end of the DPV 404. Proceeding to a decision state 746, process 432 deter- 
file 412 has not been reached, as determined at decision state 55 mines if the ZIP+4 record is found in the 23P+4 file 404. If 

674, function 610 remrns with the DPV record to process so, process 432 moves to state 748 and the ZIP+4 record is 

422 at a return state 678. retrieved from file 404 and the ZIP+4 data is written to a 

Referring now to FIG. 15, the Increment LERG_LIST Data Provider Verified Linkage Update database 436 at state 

function 618, defined in process 422 (RG. 12), will be 750. If the ZIP+4 record is not found in the ZlP+4 file 404, 
described. Function 618 increments the index variable K and go process 432 proceeds to state 740 wherein the record is 

either accesses the next entry in the current LERG_LIST or written to the Invalid ZIP Code file 434 and then the next 

reads the next entry in the LERG file 350 to generate a new record is read from the sorted Intermediate file 426' at state 

LERG_JUST. 734. 

Beginning at a start state 690, function 618 moves to state After retrieving the ZIP+4 record at state 748 and writing 
692 and increments the index variable K by one. Continuing 65 the ZIP+4 to the DPVLU database at state 750, process 432 

at a decision state 694, function 618 determines if the index moves to state 752 and accesses the ZIP+6 from the sorted 

variable K is greater than Kmax, the number of telephone Intermediate file record (obtained at state 734). Proceeding 
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the LERG file 350; type codes firom the V&H file 356; 
addiess, city, state. Spatial Key aod Codes &om the USPS 
files 404 and 430; and dates and proccssiag codes firom the 
Data Provider Verification file 412. After writing the 
DPVLU database 436 at stale 776, process 432 advances to 
a decision state 778 to determine if all records in the sorted 
Intermediate file 426' have been processed. If not, process 
432 proceeds through the off-page cormector B 759 to state 
734 (FIG. 17A) wherein the next record is read from the 
sorted Iniennedttate file 426*. However, if all records in the 
sorted Intermediate file 426* have been processed, process 
432 finishes at an end state 780. 

Referring to FIGS. 18A, 18B and 18C, the Master Table 
Update process 456, previously defined in FIG. UD, will 
now be further described. This is a three step process that 
first updates the telephone numbers and the Spatial Keys in 
a current Master Table 454 before updating it with time- 
synchronized transactions. The current Master Table 454 
and an Updated Master Tabic 458 are working copies (as 
described below) of the Master Table 102 shown in FIGS. 1 
and 3. Upon completion of process 456, the Current Master 
Table 454 is not needed and becomes the Master Table 102. 

Prior to the Master Table Update process 456, the Master 
Table has the following record structure: 


to state 754, process 432 compares the last two digits of the 
ZIP+6 from the sorted Intermediate file 426' against the 
primary address range of the ZIP+4 record firom file 404. 
Proceeding through an off-page connector A 755 to a deci- 
sion state 756 (FIG. 17B), process 432 determines if the 5 
building number falls in the primary address range and 
generates a unique address. If so, process 432 moves to state 
760 wherein a USPS address is constructed from the ZIP+4 
record and the valid ZIP+6 flag is set to "yes". If the building 
number does not fall in the primary address range and 10 
generate a unique address, as determined at decision ^te 
756, process 432 continues at state 758 wherein the valid 
ZIP+6 flag is set to "no** and the address is set to blank 
characters. At the completion of state 758, process 432 
proceeds through an off-page connector B 759 to state 734 15 
(FIG. 17 A) wherein the next record is read from the sorted 
Intermediate file 426*. 

At the completion of state 760, process 432 moves to a 
decision state 762 to determine if the ZIP+4 record type is 
"H" for High-rise or "F* for Firm. If so, process 432 moves 20 
to state 764 wherein the last eight digits of the 19 digit 
Spatial Key from the sorted Intermediate file 426' are 
processed through an editing and reformatting process uti- 
lizing the following edits and reformats: 
All lower case letters are set to upper case; for example "3a" 25 

is set to "3A". 

Any special characters, except**/" when it is both preceded 

and followed by a number are eliminated; for example, 

"3-B" is set to "3B" while "1/2" is left unchanged. 
All special character strings, such as APT, STE, FLR, and so 30 

forth, are eliminated; for example, "APT B" is set to "B". 
All numeric fields are right justified and fiUed with leading 

zeros; for example, "123" is set to "00000123". 
Fields containing a letter, such as "B" or a "/", are left 

justified and filled with trailing blank character^ for 35 

example, "B123" is set to "B123 ". 
A blank character is inserted prior to the first number 

preceding a "/"; for example "B31/2" is set to "B3 1/2". 

At the completion of the edit and reformat state 764, 
process 432 continues at state 766 wherein a list of second- 40 
ary addresses is created firom the secondary address range 
retrieved from the ZIP+4 record. The secondary address is 
similar to the primary address in that there is a range. For 
example, if the range is 1 to 100, a list of 100 potential 
secondary addresses are generated. If the range is not a 45 Bellcore. Beginning at a start state 801, process 456 moves 
straight numeric, such as 3A to 3N, then secondary to state 802 and reads a record from the Current Master 
addresses 3A, 3B, ... 3N arc generated. In most situations Table 454. Moving to state 804, process 456 looks up the 
where the secondary address is complex, such as 3B 1/2, the Master Table NPANXX in the Bellcore NPANXX Split file 
range or span on the ZIP+4 file is 3B 1/2 to 3B 1/2. 344. Continuing to a decision state 806, process 456 deter- 

Proceeding to state 768, process 432 compares the edited 50 mines if the NPANXX is found in the Split file 344 and the 
and reformatted eight character string one record at a time to split date is prior or equal to the update date. If so, process 
the list of secondary addresses created at state 766. Advanc- 456 advances to state 810 wherein the Current Master Table 
ing to a decision state 770, process 432 determines if the NPANXX field is updated with the new NPANXX. If the 
eight character string matches one of the list records. If the NPANXX is not found in the Split file 344 or the NPANXX 
string matches a list record, process 432 moves to state 772 55 is found 00 the split file but the split date is after the update 


Field 

Size 

Source 

Telephoae QDmber 

10 Characters 

Bellcore 

Spatial Key 

19 Characters 

USPS 

Status (connected or disconnected) 

1 Character 

Data provider 

First Connect Date 

S Characters 

Data provider 

Last Verified Date 

8 Characters 

Data Provider 

Disoonsect Date 

8 Characters 

Data Provider 

Data Provider Code 

2 Characters 

Assigned 

Nxxrypc 

2 Characters 

Bellcore 

Point Ideotification 

1 Character 

Bellcore 

ZIP+4 Type 

1 Character 

USPS 

Secondary Address Unit T^pc 

1 Character 

USPS 

ZIP+6 Unique Match Flag 

1 Character 

Assigned 

Secondary Address Match Flag 

1 Character 

Assigned 

Matched DSF Flag 

1 Character 

Assigned 

DSF Delivery Type Code 

1 Character 

USPS 

NPANXX-ZZZZ Overlap Flag 

1 Character 

ACXIOM 


A step 1 of process 456 (FIG. 18 A) updates telephone 
numbers based on changes in numbers administered by 


wherein the secondary address is extracted fi'om the list and 
the secondary address match flag is set to "yes." If the 
secondary address does not match, as determined at decision 
state 770, process 432 proceeds to state 774 wherein the 
secondary address match flag is set to "no" and the second- 
ary address is set to blank characters. 

At the completion of processing the secondary address 
and the match flag at state 772 or 774, or if decision state 762 
evaluates to be false, process 432 advances to state 776 


date, process 456 proceeds to state 808 to indicate that the 
Current Master Table NPANXX field is left unchanged. At 
the completion of updating the NPANXX field at state 810 
or if the record is left unchanged at state 808, process 456 
60 moves to state 812 wherein the Current Master Table record 
is written to the Updated Master Table 458. This process 
(states 802 through 812) is repeated until all records in the 
Current Master Table 454 have been read and processed as 
determined at a decision state 814. When all records in the 


wherein the resultant generated address and new Spatial Key 65 Current Master Table 454 have been read and processed, 
are written to the Data Provider Verified Linkage Update process 456 moves to state 816 wherein the Updated Master 
database 436. This database contains phone numbers from Table 458 is re-indexed and becomes the Current Master 
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Table 454. Process 456 then proceeds through an off-page 
connector A 817 to slate 818 (FIG. 18B). 

A step 2 of process 456 (FIG. 18B) accounts for changes 
in Spatial Keys based on ZIP Code changes by the USPS. 
Starting at state 818, process 456 reads a record from the 
Current Master Table 454. Proceeding to state 820, process 
456 looks up the Master Table record's ZIP+4 in an 
enhanced USPS ZIPMO VE file 452. The ZIPMOVE file 452 
includes ZIP Code changes by the USPS for ZIP+4 codes 
that have been moved and that have also bad a change in 
finance number or last line name(city). The USPS ZIP+4 
Move file is enhanced with ZIP+4 moves that have not 
changed either finance number or last line name by extract- 
ing a list of ZIP+4s that have changed in the current month 
from the USPS ZIP+4 Change file. All rcconls with these 
3P+4s are extracted from the current Master Tabic, and 
USPS addresses are generated firom the last month's USPS 
ZIP+4 address coding guide as described in process 540 
(HG. 10). This address file is then DPC coded using USPS 


10 


IS 


indexed by 10 digit telephone number in ascending order. 
Function 836 will be further described in conjunction with 
FIG. 19 hereinbelow. 

Proceeding to a Read Master T3b]£ (MT) function 838, 
process 456 reads a record in the Master Table 454 and 
returns either with the MT record, which includes a 10 digit 
telephone number, or with the variable mt_cof set to one if 
the end of the MT 454 has been reached. The Master Table 
454 is indexed by 10 digit telephone nimiber in ascending 
order. Function 838 will be further described in conjunction 
with FIG. 20 hereinbelow. After reading both the DPU 
database 448 and the MT 454, process 456 continues at a 
decision state 840 and compares the 10 digit telephone 
number field of the Master Table 454 against the 10 digit 
telephone number field of the DPU database 448. If the 
telephone numbers are equal, process 456 moves to state 842 
to update the current MT record in memory firom the dales, 
codes and sources of the one or more DPU records obtained 
from the last execution of the Read DPU fiinction 836. 


CASS certified address coding software. The old DPC code 20 Proceeding to a decision state 844, process 456 examines the 


and the new DPC codes are then compared and if they are 
different, these records are merged with the USPS 23P+4 
Move file. This new reformatted and deduped file is called 
the Enhanced ZIP Move file, which contains both ZIP+4 and 
DPC or ZIP+6 moves. DPC moves occur when a ZIP+4 does 
not change but, for example, an old building with the ZIP+4 
is torn down and replaced with a new high-rise that requires 
its own ZIP+4. 

Continuing at a decision state 822, process 456 deter- 
mines if the ZIP+4 is found in the enhanced ZIPMOVE file 
452 and the 23P+4 move is applicable to the Current Master 
Table record DPC. If the ZIP+4 is found in the ZIPMOVE 
file 452, process 456 advances to state 826 wherein the 
Current Master Table 21P+4 and ZIP+4 Type Fields are 


updated record in memory to determine if a "Disconnect" 
transaction type indicator is active in the record. If the 
"Disconnect** indicator is not active, process 456 continues 
at a Write to Updated Master Table fimaion 846, wherein 
25 the updated record is written to the Updated Master Table 
458. The Write to Updated Master Table function 846 is 
shown in FIG. 21. At the completion of the write at function 
846 or if the "Disconnect" indicator is active, as determined 
at decision state 844, process 456 continues at the Read DPU 
30 Database function 836, previously described above, to get 
the next one or more records (having a new 10 digit 
telephone number) from the DPU database 448. If the 
"Disconnect" indicator is active (decision sute 844), the 
updated current MT record in memory is effectively deleted 


updated with the new ZIP+4 and ZlP+4 Type. If the ZIP+4 35 by not writing the record to the Updated Master Table 458 


is not found in the ZIPMOVE file 452 or the ZIP+4 is found 
but is not applicable to the Current Master Table record 
DPC, as determined at decision state 822, the Current 
Master Table record is left unchanged. At the completion of 
updating the ZIP+4 and ZIP+4 type fields at state 826 or if 
the record is left unchanged at state 824, process 456 moves 
to state 828 wherein the Current Master Table record is 
written to the Updated Master Table 458. This process 
(states 818 through 828) is repeated until all records in the 
Current Master Table 454 have been read and processed as 
determined at a decision state 830. When aU records in the 
Current Master Table 454 have been read and processed, 
process 456 moves to state 832 wherein the Updated Master 
Table 458 is copied to the Current Master Table 454. Process 
456 then proceeds through an off-page connector B 833 to 
state 834 (FIG. 18C). 

A step 3 of process 456 (FIG. 18C) concerns changes due 
to the connecting and disconnecting of telephone numbers 
with addresses based on consmneis and businesses moving 
and adding or dropping existing telephone numbers or lines. 
Starting at state 834, process 456 initializes a variable 
mt_cof to zero, a variable dpu_cof to zero, and a variable 
old_dpu_rec to null (" "). The first two of these variables 
will be used to check for end of file conditions below. 
Variable old_dpu_rec is used to track the previous read of 
the Data Provider Updates (DPU) database 448, and is 
initially set to null before the first read of the database 448. 
Proceeding to a Read DPU Database function 836, process 
456 reads the DPU database and returns either with a DPU 
record, which includes a 10 digit telephone number, or with 
the variable dpu_eof set to one if the end of the DPU 
database 448 has been reached. The DPU database 448 is 


(function 846). Process 456 then proceeds to the Read 
Master Table function 838, previously described above, to 
get the next record from the MT 454. Moving to a decision 
state 850, process 456 determines if the variable mt_eof is 
40 set to one, which indicates that the end of the MT 454 has 
been reached. 

If the end of the Master Table 454 has been reached, as 
determined at decision state 850, process 456 advances to a 
decision state 852 to determine if the variable dpu_eof is set 
45 to one, which indicates that the end of the DPU database 448 
has been reached. If so, process 456 moves to state 854 
wherein the Updated Master Table 458 is copied to the 
Current Master Table 454. Process 456 completes at an end 
state 856. 

50 However, if the end of the DPU database 448 has not been 
reached, as determined at decision state 852, or alternatively, 
if the 10 digit telephone from the Master Table record is 
greater than the 10 digit telephone number from the DPU 
database (as determined at decision state 840), process 456 

55 continues at state 860. At state 860, process 456 creates a 
Master Table record in memory firom the one or more DPU 
database records obtained during the last execution of the 
Read DPU function 836. The DPU database 448 may have 
muhiple records for a particular 10 digit telephone number. 

60 Each of these records has a date associated with the record 
data that is used to determine the most current data to use at 
state 860. For example, a early first DPU record may have 
a "Disconnect** indicator which would lead to deleting the 
record, but a later second DPU record indicates a "Connect** 

65 for the 10 digit telephone number, thus effectively negating 
the "Disconnect" from the first DPU record. Proceeding to 
a decision state 862, process 456 examines the created MT 
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record in memory to detennine if the "Disconnecr iodicator decision state 900, At deciiaon state 900, function 836 

is active in the record. If the "Disconnect" indicator is not determines if the 10 digit telephone number of the DPU 

active, process 456 continues at the Write to Updated Master record jtist read is equal to the 10 digit telephone number of 

T^le function 846, wherein the created MT record is written the DPU record stored at address one of the dpu_list (from 

to the Updated Master Table 458. The Write to Updated 5 state 890). If so, this indicates that two consecutive DPU 

Master Tabic function 846 is shown in FIG. 21. At the records have the same telephone number but likely have 

completion of the write at function 846 or if the "Discoo- different data in the other fields of the record. In this 

nect" indicator is active, as determined at decision state 862, situation, function 836 advances to state 902 and increments 

process 456 continues at the Read DPU Database function the address variable K by one. Cbntinuing at state 5K)4, 

836, previoxisly described above, to get the next one or more lo function 836 moves the current DPU record (from state 892) 

records (having a new 10 digit telephone number) from the into the dpu_list at the incremented address K (state 902). 

DPU database 448. If the "Discoimecr indicator is active Fimction 836 then loops back to sute 892 to read the next 

(decision state 862), the created MT record in memory is record in the DPU database 448. If this new record also has 

effectively deleted by not writing the record to the Updated the same 10 digit telephone rmmber as the 10 digit telephone 

Master Table 458 (function 846). Continuing at decision 15 number of the record previously stored at address one of 

state 850, process 456 determines if the end of the Master dpu_list, the new record will be added into dpu_list at the 

Table 454 has been reached. next address K. This loop (states 892, 894, 900, 902 and 

If the end of the Master Table 454 has not been reached, 904) continues until the 10 digit telephone number of the 

as determined at decision state 850, process 456 advances to next DPU record does not equal the 10 digit telephone 

a decision state 864 to determine if the variable dpu_eof is 20 number of the record previously stored at address one of 

set to one, which indicates that the end of the DPU database dpu_list, as determin&d at decision state 900. When this 

448 has been reached. If the end of the DPU database 448 happens, function 836 moves to state 906 and the new 

has been reached, or alternatively, if the 10 digit telephone current DPU record read at state 892 is moved into old 

from the Master Table record is less than the 10 digit dpu_rec. Function 836 then returns at state 898 with one or 

telephone number from the DPU database (as determined at 25 more records saved in the dpu_.list to process 456 (FIG. 

decision state 840), process 456 moves to state 866. At state 18C). During any one call of function 836, the number of 

866, the current Master Table record ia memory is not records returned in the dpu Jist is equal to the number of 

changed but is passed on to the Write to Updated Master DPU database records having the same 10 digit telephone 

Table function 846, wherein the current MT record is written number. 

to the updated Master Table 458. The Write to Updated 30 ReferringnowloFlG.20, the Read Master Table function 

Master Table function 846 is shown in FIG. 21. At the 838 will be further described. The Read Master Table 

completion of the write at function 846, process 456 con- function 838 was previously defined in FIG. 18C. The 

tinues at the Read Master Table function 838, previously Master Table 454 is indexed by 10 digit telephone numbers 

described above, to get the next record (having a new 10 in ascending order. Begiiming at a start state 920, function 

digit telephone number) firom the Master Table 454. Process 35 838 moves to state 922 and reads a record in the Master 

456 continues at the decision state 850 as previously Table 454. As is well known in database technology, the first 

described. Returning to decision state 864, if the end of the caU of function 838 by process 456 (FIG. 18C) will read the 

DPU database 448 has not been reached, process 456 loops first MT record, and subsequent calls of function 838 will 

back to the decision state 840 (previously described) to read the next record after the record read from a previous 

determine the relationship between the current 10 digit 40 call of the function. Proceeding to a decision state 924, 

telephone from the Master Table record and the current 10 function 838 determines if the end of the Master Table 454 

digit telephone number from the DPU database. is reached. If so, function 838 moves to state 926 and sets the 

Referring now to FIG. 19, the Read Data Provider variable mt_jeof equal to one to signify the end of file 

Updates (DPU) Database function 836 will be further condition. At the completion of state 926, or if it is deter- 

described. Hie Read DPU Database function 836 was pre- 45 mined that the end of file was not reached at decision state 

viously defined in FIG. 18C. The DPU database 448 is 924, function 838 retiuns at state 928 to process 456 (FIG. 

indexed by 10 digit telephone numbers in ascending order. 180). 

Beginning at a start state 880, function 836 moves to a Referring now to FIG. 21, the Write to Updated Master 

decision state 882 to determine if the variable old_dpu_rec Table fimction 846, defined in process 456 (FIG. 18C), wiU 

is equal to null. If so, this indicates that this is the first call 50 be described. Function 846 begins at a start state 93i0 and 

of function 836 and the first record in the Data Provider moves to state 932 to write a Master Table record to the 

Updates database 448 is read at state 884. Proceeding to Updated Master Table 458. Proceeding to a return state 934, 

state 886, function 836 moves the DPU record read at state function 846 remms to process 456 (RG. 18C). 

884 into variable old_dpu_rec. At the completion of state In the preferred implementation, the Master Table 102/ 

886, or if the variable old_dpu_rec was not equal to null at 55 454 only contains the single most current record for each 

decision state 882 (indicating that this is not the first read of telephone number with the exception of businesses. For 

the DPU database), function 836 moves to state 888 and set businesses, it is sometimes necessary to keep both a mailing 

a variable K equal to one. Continuing at state 890, function address, such as a PO Box, and a physical address Spatial 

836 moves the DPU record in old_dpu_rec into a list Key. It would be obvious to one skilled in the art that the 

dpu_Iist at an address K of the list Advancing to state 892, 60 Master Table Update process 456 could be modified to write 

function 836 reads the next record in the DPU database 448 disconnected telephone numbers to create a historical Mas- 

and checks for the end of the DPU database at a decision ter Table with multiple records for each telephone number, 

slate 894. If the end of the database is reached, function 836 While the above detailed description has shown, 

proceeds to slate 896, sets the variable dpu_eof equal to one described, and pointed out the fundamental novel features of 

and returns at state 898 to process 456 FIG. 18C). 65 the invention as applied to various embodiments, it will be 

If the end of the DPU database 448 is not reached, as understood that various omissions and substitutions and 

determined at decision state 894, function 836 proceeds to a changes in the form and details of the system illustrated may 
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be made by those skilled in ihe art, without departing from 
the spirit of the invention. 
What is claimed is: . 

1. A method of providing information associated with an 
initiating party to an advertiser, the method comprising: 

capturing a party identifier of an initiating party during 
real-time communications to a netwoilc address of a 
vanity advertiser, 

determining a linkage key associated with the party 
identifier, 

indexing the determined linkage key into at least one 

linkage key indexed database; 
retrieving, via linkage key linkage, information associated 

with the initiating party; and 
providing the retrieved information associated with the 

initiating party to the advertiser via a communications 

network. 

2. The method of claim 1, wherein the communications 
network comprises the Internet. 

3. The method of claim 1, wherein the vanity network 
address is a vanity telephone number, 

4. The method of claim 1, wherein the vanity network 
address is a toll-free ten-digit telephone number. 

5. The method of claim 1, wherein determining a linkage 
key associated with the party identifier comprises determin- 
ing the linkage key is the same as the party identifier. 

6. An automated communication processing system, com- 
prising: 

a linkage key indexed database; and 
a processor coupled to a communication network and 
configured to 

capture a first location identifier, 

determine a linkage key associated with the first loca- 
tion identifier, 

index the determined linkage key into said linkage key 
indexed database to retrieve information associated 
with the first location identifier, 

receive a communication network address associated 
with a recipient, and 

communicate the retrieved information associated with 
the first location identifier to the communication 
network address. 

7. The system defined in claim 6, wherein the processor 
captures the first location identifier during a communication 
session. 

8. The system defined in claim 7, wherein the communi- 
cation session comprises a telephone call. 

9. The system defined in claim 7, wherein the communi- 
cation session comprises an Internet session. 

10. The system defined in claim 6, wherein the commu- 
nication network address comprises a facsimile telephone 
number. 

11. The system defined in claim 6, wherein the commu- 
nication networic address comprises a modem telephone 
number. 

12. The system defined in claim 6, wherein the commu- 
nication network address comprises an electronic-mail 
address. 

13. The system defined in claim 6, wherein the commu- 
nication netwoiic address comprises an Internet address. 

14. An automated communication processing system, 
comprising: 

a linkage key indexed database; 


determine a linkage key associated with the first loca- 
tion address, and 
index the determined linkage key into said linkage key 
indexed database to retrieve information associated 
with the first location address; and a communications 
server interconnecting the processor and the com- 
munication nctworic and configured to 
receive a communication network address associated 

with a recipient, and 
communicate the retrieved information associated with 
the first location address to the oonmiunicatioa net- 
work address. 

15. The system defined in claim 14, wherein the processor 
captures the first location address during a telephone call. 

16. The system defined in claim 14, wherein the processor 
captures the first location address during network commu- 
nication. 

17. The system defined in claim 16, wherein the network 
communication includes an Internet session. 

18. The system defined in claim 14, wherein the commu- 
nication network address comprises a facsimile telephone 
number. 

19. The system defined in claim 14, wherein the commu- 
nication network address comprises a modem telephone 
number. 

20. The system defined in claim 14, wherein the commu- 
nication network address comprises an electronic-mail 
address. 

21. The system defined in claim 14, wherein the commu- 
nication network address comprises an Internet address. 

22. In a communication network, a method of retrieving 
information associated with a first party during communi- 
cation processing, the method comprising: 

supplying a first party identifier associated information 
database created from at least a master table and a key 
to information database, the master table including first 
party identifiers and associated information keys, the 
information database including keys and associated 
information, wherein creating the first party identifier 
associated information database comprises: 

(a) performing a computerized analysis of the keys in 
the master table and the keys in the key to informa- 
tion database, and 

(b) linking first party identifiers in the master table with 
associated information in the key to information 
database; 

capturing a first party identifier over a communication 
network; 

iidexing the first party identifier into the first party 

identifier associated information database; 
retrieving information associated with the indexed first 
party identifier from the first party identifier associated 
information database; and 
communicating the retrieved information associated with 
the first party identifier to at least one recipient over the 
communication network. 

23. The method of claim 22, wherein the retrieved infor- 
mation associated with the first party identifier is a first party 

60 provided identifier; a first party provided telephone number; 
a DNIS number, an ANI number; a caller ID number; a 
spatial key of a first party identifier; a list of one or more 
locations servicing the first party with a name and address of 
the servicing location and a distance to the location; days 


10 


15 


20 


25 


30 


35 


40 


45 


55 


a processor coupled to a communication netwoiic and 65 and hours of operation for one or more servicing locations; 


configured to 
capture a first location address. 


USPS CASS certified address of the first party identifier; 
latitude and longitude associated with the first party identi- 
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fier, latitude and longitude associated with the servicing receiving an iafonnation request over a communication 

location address; driveable directions torn a location of the network &om the fiist party; 

first party identifier to a servicing location; driveable direc- capturing a first party identifier, 

tions from a servicing location to a location of the first party indexing the first party identifier into the fiist party 

identifier, a map showing the location of the first party 5 identifier associated information database; 

identifier, the servicing location and a street network retrieving information associated with the indexed first 

between the location of the first party identifier and the party identifier from the first party identifier associated 

servicing location; micro directions for the servicing loca- information database; and 

tion;servicmg location daily specials; servicing location responding to the information request based on the 
product availabihty,infonnaUon and pricmg;servia^^ ^^^^^^ information associated with the first party 

tion spcaal events and start tmjcs; household miormation identifier 

associated with the fct identifier; individual informa- 3, ^^^^ ^^^^ 33 ^ ^^^^ 

tion as«)ciated with the first par^ identifier, buaness laa- ^^^^ associated with the first party identifier is a first party 

uon informauon associated with the first party identifier; p^vided identifier, a fiist party provided telephone number; 

government location mformation a^ciated with the first ^ pj^g ANl number, a caller ID number, a 

party identifier; business financial mtormation associated " ^ . ^ ^ ^ identifier; a list of one or more 

with the first paity identifier geographic mforaiaUon asso- locations servicing the first party with a name and address of 
ciated with the fiBt party identifier, property mfonnation ^^.^ ^^^^^^ ^ ^^^^ ^ 

associated with the first party identifier; or vamty advertiser „f operation for one or more servicing locations; 

productimnoun^mente and promotions. USPS CASS certified address of the first party identifier; 

24. The method of claim 22 wherem the first party 20 latitude and longitode associated with the first party identi- 
identifler comprises a physical address. fler, latitude and longitude associated with the servicing 

25. The method of claim 24. wherem the physical address ^^^j^^ jriveable directions &om a location of the 
comprises a street address. first party identifier to a servicing location; driveabk direc- 

26. The method of claim 24. wherem the physical address ^ servicing location to a location of the first party 
comprses a ooordmate on the earth. ^ identifier; a map showing the location of the first party 

27. TTie method ofclaim 26 wherem the coordmate on the ijentig servicing location and a street network 
earth comprises a lahliide and longitude coordmate pair. ^^^^^ „f y^^ji^^ ^^^^ 

28 The method of claim 22, wherem the first party 3^^^ ^^^^ directions for the servicing loca- 

identifiw composes a telephone^^^ tion; servicing location daily specials; servicing location 

29. The method of clama 22, wherem the first party 1 . -i li* • r * ,1 • • - • t 
identifier comprises an Internet address. ^ P^^^^ availabih ty, infomiaUon and pacing; servicing loca- 

30. The method of claim 22, wherein the first party ^F^f events and start times; household informaUon 
identifier comprises an electronic-mail address. associated with the first party idenufier, mdividual informa- 

31. The method of claim 22, wherein the communication associated with the first party identifier; business loca- 
network comprises a voice and data network. ^on information associated with the first party identifier: 

32. The method of claim 22, wherein the communication 35 government location information associated with the first 
network comprises a wireless network. party identifier; business financial information associated 

33. The method of claim 22, wherein capturing the first with the first party identifier; geographic information asso- 
party identifier comprises capturing information provided by ciated with the first party identifier, property information 
the communication network. associated with the first party identifier; or vanity advertiser 

34. The method of claim 22, wherein capturing the first 40 product announcements and promotions. 

party identifier comprises captiu-ing key entry data from the 40. The method of claim 38, wherein the first party 

first party. identifier comprises a physical address. 

35. The method of claim 22, wherein capturing the first 41. The method of claim 40, wherein the physical address 
party identifier comprises capturing key entry data from an comprises a street address. 

operator in response to a communication from the first party. 45 42. The method of claim 40, wherein the physical address 

36. The method of claim 22, wherein capturing the first comprises a coordinate on the earth. 

party identifier comprises capturing information from a 43. The method of claim 42, wherein the coordinate on the 

voice recognition unit. earth comprises a latitude and longitude coordinate pain 

37. The method of claim 22, wherein capturing the first 44. The method of claim 38, wherein the first party 
party identifier comprises translating handwritten informa- 50 identifier comprises a telephone number. 

tion into digital data. 45. The method of daim 38, wherein the first party 

38. In a communication network, a method of retrieving identifier comprises an Internet address. 

and providing information associated with a first party 46. The method of daim 38, wherein the first party 

during communication processing, the method comprising: identifier comprises an electronic-mail address. 

supplying a first party identifier associated information S5 47. The method of claim 38, wherein the communication 

database created from at least a master table and a key network comprises a voice and data network, 
to information database, the master table including first 48. The method of claim 38, wherein the communication 

party identifiers and associated information keys, the network comprises a wireless network, 
information database including keys and associated 49. The method of claim 38, wherein capturing the first 

information, wherein creating the first party identifier 60 party identifier comprises capturing information provided by 

associated information database comprises: the communication network. 

(a) performing a computerized analysis of the keys in 50. The method of claim 38, wherein capturing the first 
the master table and the keys in the key to informa- party identifier comprises capturing key entry data from the 
tion database, and first party. 

(b) linking first party identifiers in the master table with 65 51. The method of claim 38, wherein capturing the first 
assodated iiiformation in the key to information party identifier comprises capturing key entry data from an 
database; operator in response to a communication from the first party. 
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52. The method of claim 58, wherein capturing the first 63. The method of claim 54, wherein the communication 
party identifier comprises capturing information from a network comprises a voice and data network. 

voice recognition imit, 64. The method of claim 54, wherein the communication 

53. The method of claim 38, wherein capturing the first network includes a wireless network. 

party identifier comprises translating handwriUen informa- 5 ^5. The method of claim 54, wherein capturing the first 

tion into digital data. identifier comprises capturing information provided by 

54. In a communication network, a method of retrieving ^« communication network. 

information associated with a first party during communi- ^ ^4, wherem capturmg the first 

cation processing, the method comprising: identifier comprises capturmg key entry data from the 

receiving an information request over a communication 10 IS^^' ^ r i * t>* u • • .u^ a-,* 

.If../:. ... ^ 67. The method of claun 54, wherem capturing the nrst 

network from the first communicatmg party; _^ -j * i / j . <^ — 

^ *^ ^ party identifier comprises capturmg key entry data from an 

capturing a first party identifier of a first communicating operator in response to a communication fiom the first party. 

P^yi 68. The method of claim 54, wherein capmring the first 

determining a linkage key associated with the first party party identifier comprises capturing information fi^om a 

identifier; voice recognition unit, 

indexing the determined linkage key into at least one 69. The method of claim 54, wherein capturing the first 

linkage key indexed database; party identifier comprises translating handwritten informa- 

retrieving, via linkage key linkage, information associated tion into digital data. 

with the first party identifier; and 20 ^ method of updating a master database for use in a 

responding to the information request based on the communication network, the master database including first 

retrieved information associated with the first party P^y identifiers finked to information associated with the 

identifier party identifiers, the method comprising: 

55. The method of claim 54, wherein the retrieved infor- capturing an identifier of a first party communicating over 
ma tion associated with the first party identifier is a first party 25 * network; 

provided identifier; a first party provided telephone number; determining if a master database including a plurality of 

a DNIS number, an ANI number; a caller ID number; a first party identifiers linked to information associated 

spatial key of a first party identifier, a list of one or more with the plurality of first party identifiers requires 

locations servicing the first party with a name and address of updating; and 

the servicing location and a distance to the location; days 30 if the master database requires updating then 

and hours of operation for one or more servicing locations; determining a linkage key associated with the captured 

USPS CASS certified address of the first party identifier; identifier, 

latitude and longitude associated with the first party identi- linking via the linkage key to a second database to 

fier, latitude and longitude associated with the servicing obtain information associated with the captured 

location address; driveable directions bom a location of the 35 identifier, and 

first party identifier to a servicing location; driveable direc- updating the master database with obtained information 

tions fi"om a servicing location to a location of the first party associated with the captured identifier, 

identifier, a map showing the location of the first party 71. The method of claim 70, wherein determining if the 

identifier, the servicing location and a street network master database requires updating includes evaluating 

between the location of the first party identifier and the 40 whether the master database contains acceptable informa- 

servicing location; micro directions for the servicing loca- tion associated with the captured identifier, 

tion; servicing location daily special^ servicing location 72. The method of claim 71, wherein evaluating whether 

product availability, information and pricing; servicing loca- the master database contains acceptable information asso- 

tion special events and start times; household information ciated with the captured identifier comprises determining the 

associated with the first party identifier; individual informa- 45 master database does not contain acceptable information if 

tion associated with the first party identifier; business loca* the master database does not contain a record indexed by the 

tion information associated with the first party identifier; captured identifier. 

government location information associated with the first 73. The method of claim 71, wherein evaluating whether 

party identifier; business financial information associated the master database contains acceptable information asso- 

with the first party identifier; geographic information asso- 50 ciated with the captured identifier comprises determining if 

ciated with the first party identifier; property information an existing record indexed by the captured identifier coo- 

assodated with the first party identifier; or vanity advertiser tains valid data. 

product annoimcements and promotions. 74. The method of claim 70, wherein updating the master 

56. The method of claim 54, wherein the first party database with information associated with the captured 
identifier comprises a physical address. 55 identifier comprises adding a record indexed by the first 

57. The method of claim 56, wherein the physical address party identifier to the master database. 

comprises a street address. 75, The method of claim 70, wherein updating the master 

58. The method of claim 56, wherein the physical address database with information associated with the captured 
comprises a coordinate on the earth. identifier comprises modifying an existing record indexed 

59. The method of claim 58, wherein the coordinate on the 60 by the first party identifier in the master database. 

earth comprises a latitude and longitude coordinate pair. 76. The method of claim 70, wherein determining a 

60. The method of claim 54, wherein the first party linkage key comprises obtaining an address associated with 
identifier comprises a telephone number. the first party and assigning a linkage key based on the 

61. The method of claim 54, wherein the first party address. 

identifier comprises an Internet address. 65 77. The method of claim 76, wherein obtaining an address 

62. The method of claim 54, wherein the first party associated with the first party comprises obtaining an 
identifier comprises an electronic-mail address. address using a voice recognition unit. 
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78. The method of cUim 76, wherein obtaining an address 98. The method of claim 96, wherein evaluating whether 
associated with the first party comprises obtaining an the master database contains acceptable information asso- 
addrcss using an operator. ciated with the captured identifier coniprises determining the 

79. The method of claim 76, wherein obtaining an address master database does not contain acceptable information if 
associated with the first party comprises prompting a user to 5 the master database docs not contain a record indexed by the 
provide the address. captured identifier. 

80. The method of claim 76, wherein obtaining an address 99 method of claim 96. wherein evaluating whether 
T'^^Jf^H^^ ^ composes vaUdating the ^^^^^ ^j^^ase contains acceptable information asso- 

^ ^^^* . ^ , . ^ . . ciated with the captured identifier comprises determining if 

81. The method of claim 70, wherein determmine a „ „ 1 - ^ j u »i. * 1 «•<; ^ 

... , - . J J 10 an exi;^mg record indexed by the captured identifier con- 
linkage key further comprises standardizing the address. . f . 

82. The method of claim 70, wherein deteraiining a . a ^ t • u ■ a .u 
linkage key further comprises coding the address with a ^ 100. The method of daim 96, wherein updating the master 
delivery point code (DPC) database with mformauon associated with the captured 

83. The method of claim 70, wherein determining a identifier comprises adding a record indexed by the fiist 
linkage key further comprises ZIP+4 coding the address. identifier to the master database. 

84. The method of claim 70, wherein determining a 101. The method of claim 96, wherein updating the master 
linkagekey further comprises coordinate coding the address. database with information associated with the captured 

85. The method of claim 70, wherein determining a identifier comprises modifying an existing record indexed 
linkage key further comprises latitude and longitude coor- by the first party identifier in the master database. 

dinate coding the address. 20 102. The method of claim 96, wherein deteraiining a 

86. The method of claim 70, wherein determining a linkage key comprises obtaining an address associated with 
linkage key comprises obtaining a telephone number asso- the first party and assigning a linkage key based on the 
ciated with the first party and assigning a linkage key based address. 

on the telephone number. 103. The method of claim 102, wherein obtaining an 

87. The method of claim 70, wherein determining a 25 address associated with the first party comprises obtaining 
Unkage key comprises an operator with an input/output ^n address using a voice recognition unit. 

device connected to the communication network. -phe method of claim 102, wherein obtaining an 

88. The method of claim 70, wherein the information address associated with the first party comprises obtaining 
associated with the first party identifier is a service location address using an operator. 

identifier 3q jq5 -j^e method of claim 102, wherein obtaining an 

89. The method of claim 88, wherein the service location address associated with the first party comprises prompting 
identifier is a business telephone number. ^ user to provide the address. 

90. The method ofclaim 88, wherein the service location 106. The method of claim 102, wherein obtaining an 
identifier is a store fax number. address associated with the first party comprises vaUdating 

91. The method ofclaim 88, wherein the service location 33 obtained address 

identifier is a business address. tnc^hod of claim 96, wherein determining a 

92. The method of claun 88, wherein the service location linkage key fiirther comprises standardizing the address, 
identifier is a business Internet address. 108. The method of claim 96, wherein determining a 

93. The method ofclaim 88, wherein the service location linkage key further comprises coding the address with a 
identifier is a business electronic mail address. ^ delivery point code (DPC). 

94. The method of claim 70, wherein obtaining an address method of claim 96, wherein determining a 
associated with the captured identifier comprises using a linkage key fiirther comprises ZlP+4 coding the address, 
voice recognition unit. jhe method of claim 96, wherein determining a 

95. The method of claim 70, wherein obtaimng an address linkage key further comprises coordinate coding the address, 
associated ^mih the captured identifier comprises transfer- 45 ^ jhe method of claim 96, wherein determining a 
ring to an operator. linkage key further comprises latitude and longitude coor- 

96. A method of updating a master database for use in a dinate coding the address 

communication network, the master database including first ^ -The method of claim 96, wherein determining a 

party identifiers linked to information associated with the linkage key comprises obtaining a telephone number asso- 

first party identifiers, the method comprising: 50 ciated with the first party and assigning a linkage key based 

capturing an identifier of a first party communicating over the telephone number. 

a network; 113. The method of claim 96, wherein determining a 

determining if a master database including a plurality of linkage key comprises an operator with an input/output 

first party identifiers linked to information associated device connected to the communication network, 

with the first party identifiers requires updating; and 55 114. The method of claim 96, wherein the information 

if the master database requires updating then associated with the first party identifier is a service location 

obtaining an address associated with the captured identifier. 

identifier, 115. The method of claim 114, wherein the service 

obtaining information associated with the captured location identifier is a business telephone number. 

identifier by using the address as input to an auto- 60 116. The method of daim 114, wherein the service 

mated process, and location identifier is a store fax number, 

updating the master database with the obtained infor- 117. The method of claim 114, wherein the service 

mation associated with the captured identifier. location identifier is a store address. 

97. The method of claim 96, wherein determining if the 118. The method of claim 114, wherein the service 
master database requires updating includes evaluating 65 location identifier is a business Internet address, 
whether the master database contains acceptable infbrma- 119. The method of claim 114, wherein the service 
tion associated with the captured identifier. location identifier is a business electronic mail address. 
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120. The method of claim 96, wherein obtaining an distance information based on the first entity location infor- 
address associated with the captured identifier comprises mation and the location of the at least one selected second 
using a voice recognition unit. entity. 

121. The method of claim 96, wherein obtaining an 132. The method of claim 124, wherein the information 
address associated with the captured identifier comprises 5 related to the at least one selected second entity comprises 
transferring to an operator. * "^^P *>etween the first entity location and the location of the 

122. A method of updating a database during network at least one selected second entity . ^ 

communication and subsequenUy retrieving the iofomiation. Tlie method of claim 124 wherein the mfonnaUon 

the method comprising: f ^. ^f^^^f^ ^^?^ f °^^*>: c^^'Pnses 

.z. ^ ^ , . , ,„ dnvmg direaions between the first entity locauon and the 

capturing an idenufier of a first party durmg network lO j^^^^.^^ ^ ^^j^^ ^^^^ ^^^^^ 

communicaUon; 234 jhe method of claim 124, wherein capturing the 

determining if a master database including a phirality of identifier of the first entity during network communication 

first party identifiers linked to information associated comprises capturing a telephone number of a caller calling 

with the plurality of first party identifiers requires a vanity number related to the at least one selected second 

updating; entity, 

if the master database requires updating then 135. The method of claim 124, wherein capturing the 

determining a linkage key associated with the captured identifier of the first entity during network communication 

identifier comprises using a voice recognition unit, 

linking via' the Unkage key to a second database to '"'e method of claim 124, wherein capturing the 

obtain information associated with the captured ^ identifier of the first entity dunng network commumcaUon 

identifier and comprises capturing an address provided over a computer- 

, ^. * .... -.L • c telephone integrated (CTI) network, 

updadng the master database witii mformation associ- ^ ^f^^ ^ ^^^^^-^ ^j^^^^ 1^^^ 

ated with the captured idenufier; ^^^^^ database comprises indexing the 

recapturing the identifier of the first party during network identifier of the first entity into a master database comprising 

communication; a plurality of records including second entity information 

retrieving updated information associated with the recap- indexed by first party identifiers. 

tured identifier firom the master database; and 138. The method of claim 137, wherein the identifier of 

communicating the retrieved infonnation associated with the first entity comprises at least a portion of a telephone 

the recaptured identifier to at least one recipient. number 

123. The method of claim U2, wherein determining if the l^^. The method of claim 124, wherein selecting at least 
master database requires updating includes evaluating second entity from the database composes using the 
whether the master database contains acceptable informa- identifier of the first entity to select a linkage key from a fir^^ 
tion associated with the captured identifier. ^^'^^^ compnsmg a plurality of records mcluding first 

124. A method of selecting second entity information Party idenUfiers and chelated 

. , £ . ^-^ 1 J • the selected linkage key to select the at least one second 

based on a first entity location and commumcatmg the ^^^^ ^ ^^^^ comprising a plurality of 

selected second enUty informaUon to the first enUty durmg including Unkage keys and associated second entity 

commumcation over a network, the method comprising: information 

capturing an identifier of a first entity communicating 149. A system for selecting second entity information 

over a network, the identifier providing location infor- 40 based on a first entity location and commtinicating the 

mation related to the first entity; selected second entity information to the first entity during 

selecting at least one second entity from a database, the network communication, the system comprising: 

database including information identifying a plurality a capture module configured to capture an identifier of a 

of second entities and second entity locations, based 00 first entity communicating over a network, the identi- 

both the location information related to the first entity 45 fier providing location information related to the first 

and second entity location information from the data- entity; 

base; and a selecting module configured to select at least one second 

communicating information related to the at least one entity from a database, the database including infor- 

selected second entity over the network to the first mation identifying a plurality of second entities and 

entity. 50 second entity locations, based on both the location 

125. The method of claim 124, wherein the identifier of information related to the first entity and second entity 
the first entity is a telephone number. location information from the database; and 

126. The method of claim 124, wherein the identifier of a network component configured to communicate infor- 
the first entity is an address. mation related to the at least one selected second entity 

127. The method of claim 124, wherein the identifier of 55 to the first entity. 

the first entity is a coordinate location. 141. The system of claim 140, wherein the identifier of the 

128. The method of claim 124, wherein the infonmation first entity is a telephone number. 

related to the at least one selected second entity comprises 142. The system of claim 140, wherein the identifier of the 

service location name information. first entity is an address. 

129. The method of claim 124, wherein the information 60 143. The system of claim 140, wherein the identifier of the 
related to the at least one selected second entity comprises first entity is a coordinate location. 

service location address information. 144. The system of claim 140, wherein the information 

130. The method of claim 124, wherein the information related to the at least one selected second entity comprises 
related to the at least one selected second entity comprises service location name information. 

service location telephone number information. 65 145. The system of claim 140, wherein the information 

131. The method of claim 124, wherein the information related to the at least one selected second entity comprises 
related to the at least one selected second entity comprises service location address information. 
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146. The system of claim 140, wherein the infonnatioa 
related to the at least one selected second entity comprises 
service location telephone number information. 

147. The system of claim 140, wherein the information 
related to the at least one selected second entity comprises 
distance information based on the first entity location infor- 
mation and the location of the at least one selected second 
entity. 

148. The system of claim 140, wherein the information 
related to the at least one selected second entity composes 
a map between the first entity location and the location of the 
at least one selected second entity. 

149. The system of claim 140, wherein the information 
related to the at least one selected second entity comprises 
driving directions between the first entity location and the 
location of the at least one selected second entity. 

150. The system of claim 140, wherein the capture 
module is additionally configured to capture a telephone 
number of a caller calling a vanity number related to the at 
least one selected second entity. 

151. The system of claim 140, wherein the capture 
module is additionally configured to use a voice recognition 
unit. 

152. The system of claim 140, wherein the capture 
module is additionally configured to capture an address 
provided over a computer-telephone integrated (CTI) net- 
work. 

153. The system of claim 140, wherein the selecting 
module is additionally configured to index the identifier of 
the first entity into a master database comprising a plurality 
of records inchiding second entity information indexed by 
first party identifiers. 

154. The system of claim 153, wherein the identifier of the 
first entity comprises at least a portion of a telephone 
number. 

155. The system of claim 140, wherein the selecting 
module is additionally configured to use the identifier of the 
first entity to select a linkage key from a first database 
comprising a plurality of records including first party iden- 
tifiers and associated linkage keys and then use the selected 
linkage key to select the at least one second entity from a 
second database comprising a plurality of records including 
linkage keys and associated second entity information. 

156. In a commimications network, a method of providing 
information from the United States Postal Service Address 
Management System to a party diuing a communication 
session, the method comprising: 


10 


15 


25 


30 


40 


capturing a first party identifier during a communications 
session; 

determining an informational item from the United States 
Postal Service Address Management System by a com- 
puterized process based on the captured first party 
identifier; and 

communicating the determined United States Postal Ser- 
vice informational item associated with the captured 
first party identifier to at least one party over the 
communications network. 

157. The method of claim 156 wherein the first party 
identifier is a telephone number. 

158. The method of claim 156 wherein the informational 
item is a United States Postal Service (USPS) standardized 
address. 

159. The method of claim 156 wherein the informational 
item is a USPS ZIP+4. 

160. The method of claim 156 wherein the informational 
item is a USPS Delivery Point Code (DPC). 

161. In a commimications network, a method of providing 
information from the United States Postal Service Address 
Management System to a party during a communication 
session, the method comprising: 

supplying a database of first party identifiers linked to 
informational items from the United States Postal Ser- 
vice Address Management System; 

capturing a first party identifier dtiring a communications 
session; 

retrieving an informational item from the database using 
the captured first party identifier; and 

communicating the determined informational item asso- 
ciated with the captured first party identifier to at least 
one party over the communications network. 

162. The method of claim 161 wherein the first party 
identifier is a telephone number. 

163. The method of claim 161 wherein the informational 
item is a United States Postal Service (USPS) standardized 
address. 

164. The method of claim 161 wherein the informational 
item is a USPS 71P+4. 

165. The method of claim 161 wherein the informational 
item is a USPS Delivery Point Code (DPC). 
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[57] ABSTRACT 

M^ods and apparatus for activating telephone services in 
response to sp^sch are described. A directory including 
names is maintained for each customer. A speaker dependent 
speech template and a telq)hone number for each name, is 
maintained as part of each customer's directory. Speako- 
indcpendent speech templates are used for recognizing com- 
mands. The present invention has the advantage of permit- 
ting a customer to place a call by spealdng a person's name 
which serves as a destination identifier without having to 
speak an additional command or steering word to place the 
call. This is achieved by treating the icccipt of a spoken 
name in the absence of a command as an inq)lidt command 
to place a call. Explicit speaker independent commands ate 
used to invoke features or services other than call placement 
Speaker independent and ^>eaker dependent speech recog- 
nition arc performed on a customer's speech in parallel An 
arbiter is used to dedde \s^ch fiinction or service should be 
petfonoed when an ^^ent conflict arises as a result of 
both the speaker dependent and speaker independent speech 
recognition step ou^ts. Stochastic grammars, word spot- 
ting and/or out-of-vocabulary rejection are used as part of 
the speech recognition process to provide a user friendly 
interface which permits the use of spontaneous speech. 
Voice verification is performed on a selective basis where 
security is of concern. 

22 Claims, 5 Drawing Sheets 



09/12/2002, EAST version: 1.03.0007 


5,719,921 

Page 2 


U.S. PATENT DCXUMENTS 


5,14«,471 

9/1992 

Metroka et al. 

379/58 

5.150399 

9/1992 

Yasnda 

379/67 

5.165,095 

11/1992 

Boicberdfflg ... 

, 379/88 

5J81^7 

i/1993 

Dowd£n et al. 

379/88 

5297.183 

3/1994 


379/67 

5315,649 

5/1994 

Foster et al. 

379^5 

5319,703 

6/1994 

Dioiy 

379051 

5325.421 

6/1994 

Hou et al. 

379/67 

5335^61 

8/1994 

Fajinaka 

379/58 

5365374 

11/1994 

Hunt et al 

379/88 

5369,685 

11/1994 

Kcro 

379/67 

5371 >779 

12/1994 


«. 379^8 


5375,164 12/1994 Jeonings 379/88 

5384333 1/1995 Cameron „ 395/2.84 

5390,278 2/1995 Gupta et al. 395/2J2 

5,404,422 4/1995 Sakamoto et al 395/2.41 

5,406,618 4/1995 Knn± et 379^67 

5.420.912 5/1995 Kopp et al. 379^63 

5.425,128 6/1995 Momson 395/2.52 

5.428.608 6/1995 Freeman et al, 370/261 

5,452,289 9/1995 Sbanna et al 370/286 

5,457,770 10/1995 Miyazawa 395/2.64 

5.463,677 10/1995 Bash et al. ^ 379«8 

5,463,685 10/1995 Gaechter et al. 379/207 

5,463.715 10/1995 Gagnon . 395AL76 


09/12/2002, EAST version: 1.03.0007 


U.S. Patent Feb. 17, 1998 sheet 1 of 5 5,719,921 



09/12/2002, EAST Version: 1.03.0007 


U.S. Patent 


Feb. 17, 1998 


Sheet 2 of 5 


5,719,921 



CM 




ETHER 
NET 
ADAPTOR 

UJ 




■ < I ^""^ 


CO 
CM 


csj 


CsJ 


CD 


CXI 


CSI 


CD 


CXI 


s 


CXI 
CXI 


CO <J> 


§1 


CO 

<^ -< cn 

S UJ 


!0 t= 


09/12/2002, EAST Version: 1.03.0007 


U.S. Patent Feb. 17, 1998 sheet 3 of 5 


5,719,921 



09/12/2002, EAST Version: 1.03.0007 


U.S. Patent 


Feb. 17, 1998 


Sheet 4 of 5 


FIG. 3 



CUSTOMER TAKES PHONE 
OFF-HOOK 



302 


SWnCH SENDS DIAL TONE 
TO CUSTOMER AND DIGIT 
RECEIVER IS ACTIVATED 


304 


SWITCH SETS UP PATH FROM CUSTOMER TO 
INTaUGEMT PERIPHERAL VIA T1 LINK; SWITCH 
FORWARDS CUSTOMER'S TELEPHONE NUMBER AND 
SERVICE CODE TO SPEECH RECOGNIZER ARRAY 


SPEECH RECOGNIZER ARRAY 
SENDS CUSTOMER'S TELEPHONE NUMBER AND 
SERVICE CODE TO APPUCATION PROCESSOR 


APPUCATION PROCESSOR RETRIEVES CUSTOMER 

DEPENDENT TEMPUTES AND ASSOCIATED 
CUSTOMER INFORMATION FROM DATABASE USING 
CUSTOMER'S TELEPHONE NUMBER; 
APPUCATION PROCESSOR DOWNLOADS 
CUSTOMER DEPENDENT TEMPLATES TO 
SPEECH RECOGNIZER ARRAY 


SPEECH RECOGNIZER ARRAY SENDS A BEEP 
TO CUSTOMER INDICAHNG THAT W IS READY 
TO PERFORM SPEECH RECOGNITION; 
DIAL TONE IS REMOVED 


CUSTOMER SPEAKS 


314 
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METHODS AND APPARATUS FOR SUMMARY OF THE PRESOn" INVENTION 

ACnVATTNG TELEPHONE SERVICES IN _ - ^. • j . . , 

RE^NSE TO SPEECH P^'^''^ " ^ F""^ 

and, marc pamcularly, to methods and apparatus fcr acti- 

FIELD OF THE INVENTION j vadng telq^one services in response to speech. 

The present invention is directed to tclq)hone systems ^ accordance with the present invention a directory of 

and, more particularly, to methods and £5)paratus for acti- telephone numbers is maintained for each cus- 

vating telephone services in response to speech. ^ speaker dependent speech template is created for 

each name as it is added by a customer to the customer's 
BACKGROUND OF THE INVENTION personal telephone directory. The speaker dqjcndent tcm- 
Tclcpbones arc used to provide a host of services in stored in a data base whidi can be downloaded 
addition to basic calling services. Such telephone services ^ customer initiates a telephone call, 
include services sudi as rq>eat dialing and call return where The present invention permits a user, e.g., custonfcer, to 
security is not of conccni. Telephone services also include place telephone calls using speech as opposed to telephone 
banking and financial services where security is of concern, numbers without the use of steering words, e.g., the corn- 
Voice controlled dialing systems such as the one spoken before a destination identifier 
described in U.S. Pat No. 5,165,095 permit a user to place as the name of an individual to be called. It accom- 
a call verbally without knowing the number of tiie ptxson pHshes this by intapreting speedi which matdies a name in 
being called. In accordance with the known system a user ^ customer's personal directory* absent an additional 
first speaks a command, e.g., the word "call" followed by a 20 command, as being an attempt to initiate a calL Thus, upon 
destination identifier. Once the command is identified using detecting a match between a spoken name and a name in the 
speaker independent voice recognitioD techniques, the sys- customer's directory, (he telephone number associated with 
tem accesses speaker dependent or independent templates to "^"^ ^ customer's personal directory is dialed 
recognize the destination identifier. The recognized dcstina- absent the receipt of an explicit command, 
tion Identifier associated with the person making the call is ^ Identification of the customer for purposes of accessing 
then used to access a data base associated with the caller and the customer's personal telephone directory may be 
to obtain therefirom a telqihone number. achieved using the telephone number of the telephone used 
The known system uses both speaker independent and to initiate the telq>hone transaction, by using a calling card 
speaker dependent speech recognition. numbff to initiate the tel^one call or by a plurality of other 

Speaker dqxsndcnt speech recognition uses a computo- ^ ^<>wn customer identification meftods. 
Aat has been ^trained** to respond to the manner in which a In addition to speaker dependent speech tem{^ates the 
particular person speaks. In general, the training involves present invention uses a plurality of speaker independent 
one person speaking a sound to generate an analog speech ten4>lates. The speaker independent templates are used to 
input, converting the speech input into signal data, gener- ^ idcntiiy commands, e.g., REDIAL, CALL RETURN, etc., 
ating a template representing the sound, and indexing the yes/no responses; and/or speaker independent names such 
template to appropriate response data, such as a conqHiter as, e.g., home, which may be used by a plurality of custom- 
instruction to perform an action. During real time ^s. 

plications, input data is compared to the user's set of In accordance with the present invention, speaker depen- 

ten^lates and the best match results in an aj^opriate ^ dent speech recognition, e.g., to identify names in a cus- 

response. tomer*s tel^hone directory, is performed in parallel with 

Speaker independent speech recognition uses a computer speaker independent speech recognition. The ^)eaker inde- 

that stores a composite template or cluster of ten:q>lates that pendent recognition is used to detect, e.g., explicit com- 

rt^esent the same sound spoken by a number of different mands. 

persons. The templates are derived from numerous sanies ^ After both speaker dependent and speaker independent 

of signal data to re{H'esent a wide range of pronundaticMis. speech recognition is performed on a received utterance 

The requirement for steering words in the known system which may be a word, e.g., the name John, or a phrase, e.g., 
preceding, e.g., a destination identifier such as a name. Call forwarding to Mary, the results of the speech recogni- 
places constraints on a user in terms of how a user toast tion steps are analyzed. In the event that only a speaker 
format a spoken request to place a call. Such format con- 50 dependent name is recognized, a call is placed to the phone 
straints require a user to speak in a manner that may be number associated with the recognized name in the custom- 
unnatural or uncomfoitable for a user. er's personal directory. In this matmer, a customer can place 

In <Hder to provide voice controlled telephone services in & call by simply speaking a name. Placing a call in this 

a more user fiiendly manner, it is desirable that the need for manner may be ttiought of as issuing an **implicit coimnand" 

commands or "steering words** be eliminated for basic 55 to dial since &e system of the present invention will interpret 

calling functions. In addition, it is desirable that a user be a speaker dependent name, in the absence of other 

able to place calls without excessive artificial constraints commands, as a command to dial the number associated 

being placed on the words or sequence of words required to, wi& the name. 

e.g., place a call. When a speaker independent conunand is detected, and 
In addition to i^ing calls, it is desirable that other 60 no speaker independent name has been detected, &e corn- 
telephone services, e.g., call forwarding, repeat dial call mand is poformed unless additional input is required, e.g., 
return, etc. also be available to a user through the use of a name in the case of call forwarding, or security is of 
speech control. It is also desirable that telephone services. concern, such as in the case of message retrieval where the 
e.g., banking transactions, involving matters requiring vari- phone con^any is providing voice mail services. When 
ous d^rees of security, also be supported without the need 65 security is of concern, a voice verification step is perfcfmed 
for a user to supi^y security codes or other personal iden- and the customer's identity is verified. Accordingly, the 
tification number (PIN) infonnatioa. present invention provides a flexible system where voice 
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verification is perfonned on an as needed basis and not PIG. 4 is a flow chart iUustrating <q)eration of the tete- 

necessarily on aU calls. phone system of HG. 1 as speech is received and processed. 

The system and method of die present invention suppcits DETAILED DESCRIFnON 

Se^indep«dcnt«<^on^^ ^^^J^itT^rxi^^'^tlS:^^ 

dfitenninc if the additional information was recavcd as part pwuc M=iTi«;». . * , L,,:™ j« 

aciaimacuuicauuiiiwiioiim^™« ^ which orovidcs speech controlled tclrohone services in 

of the same utterance in which the command was received. wui«i im"'*-*-* >^y^^^ ;««*.«ti*rt»i 

ui uic sauif^ uvM<&auw^ , . ruu accordance with one embodiment of the present invention. 

If U was, the oonimand IS processed acccadingly. Otherwise, acoaraaucc wiiu » «!.t«»i,tv tHe 

the needMadditionalinpiisicquestedandprocessed using « The telcj*c«c sys^m iM composes a Plurahty of tclc- 

Z^^^^^^t ^^ca^in6cpcn6c^spt^ recog- Phones 112, U4 which are^led toa ll^*- 

^cara ucpcuucui oii** uin/^ switch 116 includcs a telcj^onc mtcrf ace 118, a digU 

nitxonmpandleiasdescnbedabove^ receive IMandaTlinterf^m. The telephone interface 

Since bofli speato dqiendent and speaker in^^^went is ,Bed to coiq)le the telephones HZ U4 to the digit 

speech recognition is perf<amed m paraUd. both speech j^y^^ 120 and tiieTl inttafece 122. 

recognition steps may produce P*;.*^^;?^!;;^^™ t,,, digit receiver 120 monitors signals received via the 

resulU whu* would resutt m a cMJi^g ^apreUUon j^,^,fe^8 t1 interface 122 to detect mMF tones 

the command or ^on to be ^^'^^^''tJl'^iZ r^«^ting a destination telephone number. Upon detecting 

disputes between the outcomes of the speech recoput^on '^^^^ ^presenting adestination telephone number, 

steps, an arbiter is used to analyze the r«dts and dete^ tteXit rS^MrLtes the call in ^nse to the 

which course of action. e.g.. command, ts m^lflcdy Je SmF^LS^to thedestination represented ^fbc OTMF 

correct one. The course of action that is sdected by the .^^ ^ ^ ^ ^.g^ a telephone network 

arbitt^ *at wm be foUowed in the case of potentiaUy ^SJ^'^^^iS. ' ^ 

conflictmg speedi reeogniuon results. . 'Z.Tl interface 122 is coupled to an intelligent periph- 

In order to assist the aibita; m determmmg whuA spcedi ^ second Tllinlcs. As is Sn in the art, 

recognition result is mostly hkely correct, m one cmbodi- ^ ijnk is capable of handling 24 separate voice 

mcnt of the present invention, the speech recognition stq>s T~^V ^ b 

oroduce a confidence value whenever they recogniic a name • ,^1 .u. „^f-i, 

S command. Tbc confidence values associated with the 

outpuu of the speaker dependent and speaker independent ^ IW- e.g. to place a caU in ^^"^"^^f^^^^^^ 

sp^ recogniu^^s^ used together with additional cation of switch control mformahon between ttieinteUigent 

Kau^chasd^tionalmodelfofeachwordandthe peripheral 124 J^/^^^' ^"'"t^ J^*^" 

. . , ^««,nH Kpmo dancc with a noetfaod described in U.S. patent application 

statist^ probabihty of each name or command bemg ^^^"^^^^ gied Jun. 2S, 1994%Ihich hheieby 

^^^^ ^ ^ . . _^ exwessly inccHp<»ated by reference. 

Accordingly, the method and •PP""*'*^ *f 3J ^ 4mgent poiphexal 124 includes first and second 

invention also provides for call sccunty via the selective « ^^Tic^rifl t« th*^ firctimd 

Lucation of voia verification in telephone transactions recogmzcr arrays 126, 1^ are coijled to the first and 

ajyucauon oi vww vau«^v« |« second Tl links, respectively, and to the appUcaUon proces- 

where seamty is of concern. ao apflucKro^ssor m inl^ 

The use of stochastic grammars, word spotting and out of ^ jj^jaj^ i29, which includcs, e.g., a customer list, a set of 

vocabulary word rejection features permit a customer to dependent speech tenq)latcs f ot each customer, a list of 

place a call or control the use of telephone services usmg ^^^^^ numbers, and other infamation. While the Intel- 

language that is mudi closer to natural speech than is peripheral 124, for cxen^dary purposes, is iUustrated 

possible with other less flexible systems. For cxampk^ m 45 j^j^^^^y^ rccogniM arrays 126, 128 is to be 

accordance with the present invention the instruction <CaU understood thai it may include any number of such arrays. 

forwardingtoMary>canalsobespokcnas<Uhm. ..please ^ accordance with one embodiment of the present 

. . . , I would like to activate call f orwardmg to. . . uhm . . ^^^^^^^^ ^ destination identifier fa which a speech 

. Mary, if I may>. template is stored in die database 129, there is also stwed a 

In addition to the above described features, many oflier » recording of the destination identifier and a telephone num- 

features and embodiments of the present invention are ^ associated with the destination identifier. The rec<»ding 

described in detail below. as part of a confirmation message played back to the 

BRIEF DESCRimON OPTHE DRAWINGS ^^'^'^,1^^^' 

FIG. 1 is a block diagram erf a telephone system imple- Referring now to FIG. 2A, there is illustrated an cxem- 

mented in accordance with one embodiment of the present p^ary speech recognizer array 200 which may be used as the 

invention. first and second speech recognizer arrays 126, 128. 

FIG. 2A is a block diagram of a speech recognizer array The speech recognizer array coiri^3rises aTl interface 210, 

iiiq>lemented in accordance with one embodiment of the ^ first through third voice recognition circuits 204, 206, 208^ 

[vesent invention. a DTMF tone generator/receiver circuit 202, a central pro- 

FIG. 2B is a block diagram of a voice recognition circuit cessing unit 212, a VGA graphics card 214 which is coupled 

suitable for use in Uie spcodi recognizer array illustrated in to a monitor, and an Etiiemei adapter 216. The Ethernet 

pjQ 2A adiqjter 216 is used to couple the speech recognizer array 

HG. 3 is a flow chart ilhistrating operation of the tde- « 200 to the appUcationprocessa^ 

phone system of FIG. 1 &om the time a customer takes a The Tl interface card 210 is coupled to the Tl hnkandis 

phone oflf-hoirfc to the time the customer speaks. responsible for supplying voice channels to the voice rcc- 
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ogaidon drcuits 204, 206, 208 and the DTMF tone genera- api^cation processor 130. io step 310. retrieves customer 

tc^ circuit 202 via a first data bus 218, e.g., a MTFEL d^ndcnt speech templates and associated customer infor- 

ST-Bus*^ bus. A second bus 220, which is a host computer mation from the database 129 using. e.g., the customer's 

bus. e.g., an Al-bus Is coupled to the Tl interface, first telq)hone number as an index to the database 129. The 

through third voice recognition circuits 204. 206, 208, 5 application processor 130 downloads the retrieved customer 

DTMF generator 202, CPU 212. graphics card 214 and dq)endent speech templates to the speech recognizer array 

Ethernet adapter 216. 126. Other customer infonnation, e.g., the types of level 

The Tl interface 210 routes each of the 24 v<hcc channels of service to which the customer subscribes and the status of 

of the Tl link to one of the three voice recognition circuits the customer's account, eg., active or inactive, may be 
204. 206, 208. In the illustrated embodiment, each voice to retrieved and downloaded as well, 

recognition card 204, 206, 208 handles 8 voice channels. Upon receiving the speaker dependent tsmplatcs from the 

The ETTMP tone generatar/receiver 202 is responsible for application processor 130, the speedi recognizer array 126. 

generating the DTMF tones required to place a call and for in st^ 312, signals its readiness to perfonn speech recog* 

detecting DTMF tcmes, e.g., *99, representing a specific nition by removing the dial tone and sending a beep to the 

mode of operation, e.g., directed mode. The CPU 212 is ts customer. 

responsible for controlling the operation of fee various It should be noted that speaker indq>endent templates, te, 

components of toe speech recognizer array and the transfer ^.g.. explicit commands, may be stored locally in the speech 

of data to and firom the application processor 130 via &e recognizer array 126 or downloaded from, e.g., the database 

Ethernet ad^ter 216. Operation of die voice recognition 129. In as much as speaker independent templates are 
circuits 204, 206, 208 will be discussed in detail below. 20 non^pcakcr dq)endent, there is no need to download a 

A voice recognition circuit 250 suitable for use as one of separate set of speaker independent templates for each 

the voice recognition circuits of FIG. 2A, is illustrated in individual customer. 

FIG. 2B. The voice recognition drcuil 250 comprises a receiving the beep, the customer is expected to 

speech san^Ung and proccssmg orcuil 251 which is speak in order to, e.g., place a caU. The customer's speaking 

coupled to the voice bus220forreceivmg speech therefrom ^5 ^^^^ted by step 314. The speech is conveyed to the 

The output of the speech san^g and processing ciroiit ^ recognizer 126 via die switch 116 and a Tl link. 

251 IS coujHed to the uqnits of a speaker dependent speech ^ . r *v * • ^ ^ *aa m 

recognition dioiit 25ran<l a spc^d^cndcnt , f ^ tdephone ^ystem 100 wiU now be 

rewinition circuit 253. The spcSrwognittrn drcuitS "^l^,! /^^ ^ ! 

253 are coupled to the data huTlM. Xthe data bus 220 t^e present mvention for processing speech and 

speech reception templates can be tiaasfened between the S^"^^ operations u. response hereto. The flow diart 

^ base m and the^«ech recognition drcuits 2S2. 253 * "'^S^* " '^'1°^ " 

through the use of thTmi^^^ processor 130. TTie P«f"™«» accordance with the present mvcnuon. 

ou4>uts of the speaker dependent and speaker independent method the present invention, represented by the 

q>eedi recognition drcuits 252, 253 are cou[ded to an arbiter " °^ combines several ^>eech recognition and 

254. speaker verification steps. The medtod of the present inv«- 

The arbiter 254. in turn, is coupled to a call completion ^'^ "? f t'"^' 

and feature activation drcuit 25« by a line 2S7 and by a *-8- ^"^'^"^ PJ^ * 

voice verification drcuit25S, Using ttiis arrangement, voice comnand or function such as "CaU reton". to activate or 

verification is performed selectively when, for security *° have the desired service or function performed, 

purposes, it is Important to verify the Identity of a caller Examples of inq>Udt and explicit commands which may 

before responding to a particular command. ^° invoke or cancel various functions and/or 

The voice recognition drcuit 250 may indude additional ^ •^P^" embodiment of the present 

feedback loops and drcuits fcr requesting additional infer- „ "^^ention. are hsted below. Eadi possible command is listed 

mation bom a caUer as may be required depending on a 2° *• IT'^^ ^ 

particular application. ' ^ x- o function or service usmg one or mate different commands 

_ - . . ' _ - ^ ^. x^.,,. are listed on Ac same line. At the end of each line, in 

Rcfernng now to HG. 3^the opaation of the tdephooe ^.^i,, , ^ identifier that is used to identily the 

system 100 Will be descnbed from the tmM a customer take cwnmand tvoe 
a phone 112. 114 off-hook until the point where the customer 50 
speaks. As illustrated in FIG. 3. tdq>hone system interaction 
with a customer begins when the customer takes the f^ooe 
off-hook as represented by blodi: 302. After the phone is 
taken off-hook system operation progresses to step 304. At 
this point, the switch 116 sends a dial tone to the customer 33 
and the digit receiver 120 is activated. 

In the next step, step 306, the switdi 116 sets up a path 
from the customer to the intelligent per^eral 124 via ei&er 
of the first or second Tl links. Once the path between the 
switch 116 and intelligent peripheral 124 is established, the 60 
switch 116 forwards customer identification infonnation, 
e.g.. the customer's telephone number, and a service code to 
one of the speech recognizer arrays, eg., the speech recog- 
nizer airay 126. where: VOICE DIAUNG is an explicit command used to 

Operation then proceeds to step 308. In step 308, the 63 enteradirectory mode of operation during which a customer 

speech recognizer array 126 sends the cust(Hner's telephone may make modifications to the customer's personal voice 

number and service code to the ^>plication processor. The dialing directory. 


SD NAME, eg. ■'John'* 


(al) 

REPEAT DIAUNG; 

REDIAL 

(cl) 

CALLRRItmN; 

RETURN CALL 

(cl) 

CALL TRACE; 

TRACE CALL 

(cl) 

CALL FORWARDINO; 
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VOICE DIAUNQ 

(n2) 
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(n2) 
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(n2) 
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(cl) 
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(cl) 

REVIEW 


(cl) 
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(cl) 


09/12/2002, EAST Version: 1.03.0007 


5,719,921 

7 8 

The command type identifiers arc as foUows: The speaker indcpcndtait recognition process is imple- 

nl— speaker dependent name or command mailed using stodwstic grammar buiU from targrf words, 

n2-spcato independent name or command OOV words, and silence. The stochastic grammar is used to 

cl—tvoel command determine which word sequences are allowed. During 

czl^jc 2 cxmmiaad which requires 5 spe<^ r^^ognto 

^^orcommand f<«iiH^ to find the most Ukdy word sequent. Di^ 

As will l>e discussed below, a distinctive feature of the search, the distance between the features of the firamcs and 

present invention is that speaker indqxmdcnt speech recog- the Gaussian mixtures of the states is conqxited andl used to 

nition of commands are paforawd in parallel with speaker produce a confidence measure which indicates ttieUkchhood 

dependent recognition of names ftom the individual cus- lo that a match between one of templates representing a 

tomcr's personal telephone directory. This results in two modeled command, function or service was successfully 

different speech recognition processes being performed on found. 

tiic same specdi simultaneously. In sudi an embodiment, a The speaker dependent speech recognition process rqnre- 

customcr may say an utterance from either of the two sented by step 403, involves identifying spoken names 

vocabularies without expUcitiy indicating which vocabulary i5 which oorrcqjond to names represented by tcn^)lates in the 

is being used. Perfcnmng both speaker dependent and customer's personal calling directory. The speaker dcpcn- 

spcaker independent speech recognition in parallel elimi- dent templates which were previously downloaded from the 

nates the need to use of an expUcit command or steering database 129 are used for this purpose, 

word as required in the prior art systems, to place a caU. The speaker dependent speech recognition process, like 

Referring now lo the flow chart 400 of FIG. 4, it can be 20 the speaker independent speech recognition process, is 
seen that in accordance with the pvesent invention, speech based on hidden Markov models (HMM) with the use of 
processing begins in stq) 401 with the detection of the grammars. It also uses wotI spotting and out of vocabulary 
rece^ of speech by, e.g., the voice recognition circuit 204. rejection in a completely configurable form- 
In step 402. the received speech is processed prior to A customer may add names or delete names from a 
performing speech recognition tiieieon. 25 speaker dependent directory by using explicit directo^^ 

In the cxcn^lary embodiment in step 402, Uie received maintenance conmiands and menus to create and delete 

speech, which was previously sampled at e.g., 8 KHz by the templates and records as desired. 

switch 116, is divided into frames every 20 ms with a In order to build HMM speaker dependent name models 

window of 30 ms. 10 LPC-based ccpstra, 10 delta-cepstra, referred to as tenq)lates, in one embodiment, a single Gaus- 

cncrgy, and delta-energy are computed for every frame. TTie 30 sian mixture is used, with pooled covariance, and on-line 

dcha-cepstra are co«iq>utcd with a standard interpolation mean estimation. The models arc inqjlemented from left to 

formula over a 5 frame window. In the exemplary right, with no skips. The speaker dependent spee>ch recog- 

cmbodiment, all speedi features are quantized to 8 bits. nition process uses (he same Viterbi search algorithm used 

After speech processing is perfonncd, speaker dependent for speaker independent speech recognition but with EucUd- 

spcech recognition is perfomed in step 403. In parallel, e.g., 35 can distance as a metrics. The number of states per HMM 

at tiie same time, speaker independent specdi recognition is model is quantized to 3 leveU with, in one embodiment, the 

also performed in step 404. m axi mnm number of states aUowed being 20. 

In the exemplary embodiment, both speaker dq?cndcnt During speaker dq)endcnt speech recognition, speaker 
and speaker independent speech recognition are performed dependent garbage naodels are used for out of vocabulary 
as is known in the art using continuous density hidden 40 rejcctionaswcUas word spotting. These garbage models arc 
Markov models. Speech recognition may be perfonned as built on-line and, in tiie exemplary cmbodanent modified 
described in tiie article by D. Lubcnsky, A. Asadi, and J. every time the user's directoy of names is changed e.g., 
Naik, "Connected Digit Recognition Using Connectionist during a directory maintenance mode of operation. Four 
Probability Estimatas and Mixture-Gaussian Densities", garbage models are used in the exemplary embodiment 
ICSLP-94, Yok<Aaina, Japan, 1994, which is hereby 45 Three have numbers of states corrc^nding to the three 
expressly incorporated by reference. In the exemplary durational values of the name models. The fourth one is a 
embodiment of the present invention, recognition is based single state model. In addition, Oirec single-state 
on whole word models. However, it is also possible to background, e.g., siloicc, models, tuned for different back- 
perform speech recognition using any level of sub-WOTd ground conditions, arc used. The grammar is shared by both 
models as wclL 50 the speech recognition and training process used to generate 

As is known in the art prior to poforming speech tiie templates used for speech recognition. The grammar can 

rccogniti<Mi, training is used to create speaker indq)cndcnt as be modified by adjusting path jxobabililies to achieve vari- 

wdl as speaker d^ndcnt word models. ous levels of word spotting and rejection. 

The training required to build the speaker independent In accordance witii an exemplary embodiment of the 

word models, Lc, tcn^latcs, is accomplished in two stqis. 33 present invention, ^en a user is in a directOTy maintenance 

Tht first step computes a forced path alignment of training mode of operation and a speaker depeDdenl model for a 

utterances. The training utterances may be, e.g., the com- name to be added to the customer's directory is being 

mands set forth in tiie above table spoken by a plurality of generated, two rtprtitions of die name spoken by the cus- 

individuals. In the second step, the mixtures of each state, tonocr are required. The system of the prestaii invention 

where 4 mixtures per state are used, are updated fron the 60 seeks a consistent pair of uttaances before building a model, 

alignments and a diagonal covariance matrix is computed and additionaUy determines if the name is too similar to 

for each mixture. The system uses speech data collected over anotiicr name in ibt customer's directory to reduce tiic risk 

a telephone nt^ork to train tiie word models, a 3-stalc Uiat tiie name wiU be miss-recognized due to the use of 

sUence model, and an 8 state out of vocabulary (OOV) multiple similar names. In order to adiieve tins, a recogni- 

model which is sometimes referred to as a garbage model 65 tion pass is poformed during tiie training process to asses 
Tlic OOV model is trained on a large amount of tclq)hone tiie system's ability to properly detect tiie name being added 

specdi that docs not include the target vocabulary words. to tiie directOTy. 
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The result of the speaker dependent speech recognitioD vocabulaiy as well as the statistic based probability of the 

step 403 and speaker independent speech recognition step occurrence of each command. It is expected that names will 

404 is a sentence which comprises one <x mwe descriptive be received much more frequently than commands since, at 

strings, c.g., of a name, command, or both. Both spcex^ the present time, people tend to primarily use telephones to 

recognition steps also produce time alignment information 5 place calls as opposed to e.g., request services such as caJJ 

relating to the recognized words if the words are spoken in return 

a sentence. This time alignment information is used to cxenmlary embodiment, the arbitraUon scheme is 

determine in some cases, if arbitration is required For inq,icmcnted as a function of: 1) the recognition confidence 

example, if a name and a command are detected and ttic tmie measure produced by the SDR and SIR steps 403, 404 and 

aUgmnent information indicates that they were spoken dur- 2) durational models of each wwd of a command and earfi 

ujg the same tmie mterval, as opposed to different time ^^^^ training. 

intervals, only the output of one of the speech recognition ^hile the above aibitration approach is used to select 

steps 403, 404 can be correct In such a case, arbitiatioa is sDR and SIR steps 403, 404, for 

used to ^dc which output should be used. commands, in the case of type c2 commands where the 

A confidence measure which mdicates the likehhoodttiat ^^^3 3 independent command and 

the resuUs represent the correct identification of a word, spcaka dependent name to be spoken in one phrase, addi- 

name, command or other utterance is also produced as part ^j^^al analysis may be used as part of the arbitration process, 

of the speech recognition steps 403, 404. the confidcnoe3 ^ ^ thresholding, duration checks, and/or 

measures thus produced arc used to ascertain whidi speech scanning of time alignment can also used as the part of the 

recognition step most likely produced the conect result ^ arfritiation process to assist in distinguishing between the 

when both recogmuon steps 40S, 404 recognize, e.g., one or receipt of C2 commands and merely the receipt of a name 

niore words, nam^, ot commands. intended to be used to place a calL 

TTie outputs of both the speaker dependent and speaker ^fla the arbitration step is completed, the method of the 

mdcpendent speedi recognitioo stq>s 403, 404 are supplied present invention progress to the next level in the process 

tojie ispui <rf an arbifration st^ 406. The arbitration step ^ mustrated in HG. 4. The particular step. 418, 407, 416 to 

406isusedtoarbiti^tetween theresulte ^^^^1 the process proceeds dqx=nds on the type of name, 

recogmUOT steps 403, 404 m the event &at the both detect command or combination thereof that was detected, 

a successfiil match, e g., corresponding to speech which i^a^ch c^l in FIG. 4 represents progression from 

ocoffied m the same time mtCT^ .. , , ^ the arbitration step to a confirmation step 418. The CZhiI 

The level of successful speech recogmtion depends on the 3^ p^j^ is followed in the event that a c2 type command and a 

abiUty of both &c speaker dependent speech recognition ^^^^ dependent name are detected together, e.g., when 

(SDR) and speaker independent speech recognition (SIR) the customer says 'TORWARD (MY) CALLS (TO) JOHIT, 

steps 4W, 404 to effectively reject cut of vocabulary (GOV) ^^cre the words in parenthesis are not required but will not 

inputs lhcrd)y reducing or ehmmatmg the need for arbitra- interfere with proper detection <rf the command and name 

tion to detcnmne which output should be accepted as the 35 ^ techniques and/or GOV 

correct one. For example, consider the following diree rejection. 

possible outcomes: customer is pUyed a confirmation 

message, e.g., "Do you wish to forward your calls to John?** 
wfage ^e name John is generated by playing back the 

40 recording of the nanoe associated in the database 129 with 
the template that was used to identify the name John in the 
received speech. A vcrt>al yes/no response is expected. In the 
event that a **yes** response is detected, e.g., using speaker 
independent speech recognition, the method progresses to 

In the case of the first two outcomes, no aibitration is 45 step 424 and the call is completed with the customers calls 

required since only one the q>eech recognition steps being forwarded to the telqihone number in the database 

found a match. However, in the third case, where both the 129 associated with the customer's template for the name 

SDR and SIR steps 403, 404 produce possible matches, John. 

arbitration is required to differentiate and select between the If however, a **no** response is detected in stq> 418 or no 

results. 50 **yes" response is d^ected within a preselected period of 

In one test, 5.8% of all inputs required arbitration when time, the process (rogresses from step 418 to step 420 in 

inputs were names and 7.3% when the inputs were com- which the customer is prompted for additional input, e.g., 

mands. These figures will vary depending on, e.g., particular the name of the person to whom calls arc to be forwarded 

word vocabularies. In the test, the difference in the need for when step 420 is being performed subsequent to stq> 418. 

arbitration was due, at least in part to the fact that the name 55 If. at step 406, it is determined that a c2 type conunand, 

vocabularies used mosUy comprised short first names, which e.g., a call forwarding command, has been received without 

are more frequently falsely detected using word spotting the additional input of a name or conmiand required, the 

then are lengthier commands. process proceeds from step 406 to step 420 where tiie 

The confidence measures produced by the two speech customer is prompted for the additional input required, 

recognition steps 403, 404 could be used as the sole basis for 60 From step 420, the process proceeds to step 422 where the 

arbitrating between the results of the speech recognition additional speech ii^ut is received and then step 423 where 

processes with the ou^ut of the speech recogmtion process it is processed prior to performing speedi recognition 

which produces the higher confidence measure being thereon. 

selected. SDR and SIR arc performed on the processed speech in 

However, more sophisticated arbitration scfaen^ may 65 parallel in steps 408 and 410 in an attempt to detect a namft 

also be employed. Such schemes may use additional infor- in the customer's personal directory or a ooimnand Arbi- 

mation derived from durational modeling of wcHds in the tration step 412 is used to select between the results of the 
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SDR and SIR io the event that both steps 408, 4lb result in 
detecting a possible valid input e.g., a name or command. 
Id the event that the arbitration step 412 determines that a 
speato dependent name was received path nl is taken from 
slep to the confirmatioa step 418 where confirmation of the 
command, e.g.. call forwarding, and destinatioD. e.g., name, 
is requested prior to call conq)letioa 

If, in arbitration step 406, it is d^etmined that a type cl 
command has been received, e.g., a REPEAT DIALING, 
CALL ROTURN, CANCEL REPEAT DIALING, CANCEL 
CALL RETURN, ot REVIEW command, the process pro- 
ceeds directly £rom the arbitration step 406 to feature 
activation step 426 where the operation associated with the 
command is performed. 

If in arbitration step 406, it is determined that a type nl 
phrase, e.g., a speaker dq>cndent name has been received, 
and a type c2 command has not been received, the process 
proceeds from the arbitration step 406 to a call conq>letion 
step 428. In the call completion step, the destination tele- 
phone number associated with the q>eaker dependent name 
that was detected is dialed and the recording of the name 
stored in the database 129 is played back to the customer as 
a confirmation message. 

If in arbitration step 406, It is determined that a type n2 
phrase has been deteocd, e.g., a speaker independent com- 
mand such as a banking transaction command or a message 
retrieval command, the process proceeds to st^ 416 in 
which voice verification is poformed. Various levels d 
voice verification may be used depending on the particular 
function being requested. For exan^ile, when a customer is 
seeking to perfomi a banking transaction, a higjher degree c£ 
voice verification may be peifcxmed as co9xq>ared to when a 
customer is merely seeking to receive voice messages. 

The voice verification performed in step 416 may use any 
one of a plurality of known voice vcrificatioD methods. In 
one exen^ary embodiment the voice verification process 
uses a fixed text protocol and a voice password which is a 
digit string of 7-10 digits. The enrollment of the voice 
password is mediated by fixed grammar and speaker inde- 
pendent digit recognition which assures reliable word seg- 
mentation. Speaker specific voice verification models are 
generated at the time a customer*s phone directory is ini- 
tially created using the speech segmentation process 
described above. 

The voice verification step includes speech sampling and 45 
processing that is the same as or similar to that performed in 
step 402 and may iodude the use of a spoken password. In 
the exemplary embodiment voice feature vectors are trans^ 
formed using discriminate training and principal con^>oaent 
analysis in an attend to {voduce tiie maximal separation 
between known true-speaker and in:qx>stor data distribu- 
tions. 

If the voice verification is successful in step 416 and the 
speaker's identity is thus confirmed, the speaker's reference 
nKxiei is updated to thereby adapt the custCHoer's reference 
model to incremental changes in the speaker and the channel 
coupling the customer to ^e speech recognition array 126. 
Acceptance decision criteria may also be adq>ted to indi- 
vidual customers over time to inwove the likelihood of a 
hig^ true user acceptance rate while maintaining a high 
inqwstor rejection rate. 

If the customer's identification is confirmed in the voice 
verification stq> 416, the process progresses to the call 
completion step 428 and the requested action, e.g., the suxtd 
messages are played. JS however, the voice verification step 
416 indicates that an impostor is attenqyting to place a call, 
the call is terminated cx other appropiistc action is taken. 
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In accordance with the present invention, the voice veri- 
fication step 416 is invoked selectively, i.e., only when 
security or the caller's identity is of concern. Such an 
unobtrusive approddti to providing security to telephone 
transactions may be used in any number of practical appli- 
cations. For example, in a telq^ooe banking application, 
some information can be provided to anybody, e.g., a bank 
may use a speech recognition system to respond to an 
inquiry Can I get your imxtgage rates? without any security 
concerns. However, in the case of a telephone inquiry May 
I have my account balance? security is of concern and voice 
verification offers a method of providing the required secu- 
rity. 

What is claimed is: 

1. A method of providing a tel^one service in response 
to speech of a caller, the method conqsrising the stq>s of: 

identifying the caller; 

accessing a database including speaker dependent speech 
recognition ten^lates for a plurality of names; 

perfor min g a Speaker dependent speech recognition 
operation on the speech using the speaks dependent 
speech recognition tenq)lates to detect a presence of 
one of the plurality of names in the speech; 

perf (Mimng speech recognition on the speech in order to 
detect a presence of an explicit command in the speech; 
and 

upon detecting the presence of one of the plurality of 
names and failing to detect the presence of an explicit 
command in the speech, dialing a telephone number 
conesponding to the one of the plurality of names 
whose presence was detected. 

2. The method of claim 1, wherein the step of performing 
speech recognition on the speech in order to detect the 
presence of an e:q)licit command includes the step of: 

performing a speaker indq}endent speech recognition 
operation on the speech. 

3. The method of claim 2, wherein the speaker dependent 
speech recognitioQ operation and the speaker independent 
speech recognition operation are performed in parallel. 

4. The method of claim 3, wherein the explicit command 
may be a command of a first type which does not require the 
additional iiqMit of a name to be performed, the method 
further conqnising die step of: 

upon detecting the presence of one of the plurality of 
names as a result of the speaker dependent speech 
recognition operation and failing to detect a command 
of the first type: 

performing an arbitration step to determine whether to 
respond to the detected conunand or to dial the tele- 
phone number corresponding to the detected one of the 
plurality of names. 

5. The mc^od of claim 4, further comprising the steps of: 
generating a first confidence measure when performing 

the speaker dependent qieech recognition c^)eration 
and the presrace <^ one of the plurality of names is 
detected, the first confidence measure being an indica- 
tion of how likely the result of the speaker d^>endent 
speech recognitioo operation is correct; 
generating a second confidence measure when performing 
the speaker independent speech recognition operation 
and the explicit comnoand is detected, the second 
confidence measure being an indication of how likely 
the result of the speaker independent speech recogni- 
tion operation is correct; and 
using the first aixl second confidence measures to perfmn 
the arlHtration st^. 
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6. The method of claim 5, wherein the aitntiatioo step is 
perfonned as a fiinctiOD of durational models of names and 
commands and the statistical probability of the occurrence 
of the names and the commands. 

7. The method of claim 1, wheipein the explicit command 5 
may be any one of a plurality of different types of explicit 
commands, and where the niethod further comprises the step 
of: 

performing a voice verification operation to confirm the 
identity of the caller upon the detection of a preselected 
type of explicit command. 

8. The method of claim 7, wherein the iffcsclectcd type of 
explicit conmiand involves a financial transaction. 

9. The method of claim 7, wherein the preselected type of 
explicit command is a request for access to stored infcsma- 
tion. 

10. The method of claim 3. wherein the explicit command 
whose presence is detected may be of a second type which 
requires the additional input of a name to be performed, the 
method further comprising the steps of: 20 

determining if the explicit command whose presence was 

detected is of the second type; and 
if the e^licit command whose presence was detected is 
of the second type: ^ 
determining if the required name was detected by the 

speaker dependent speech recognition process; 
if the required name was detected, porformiag an 

operation in response to the explicit command whose 

presence was detected and the detected name; and ^ 
if the required name was not detected, pronq)ting the 

caller for additional input 

11. The noethod of claim 10, wherein the second type of 
command is a call forwarding command. 

12. A method of re^nding to speech £rom a caller, the 
method comprising the steps ci: 

performing a speaker dependent speech recognition 
operation on the speech to detect a presence of a name 
in the speech; 

performing a speaker indq>endent speech recognition 40 
operation on the speech in order to detect a presence of 
an explicit command in the speech, the speaker d^n- 
dent and speaker independent speech recognition 
operations being performed in parallel; 

upon detecting the presence of a name and failing to 
detect the presence of an explicit command in the 
speech; 

dialing a telephone number cozresponding to the name 
whose presence is detected; and 

50 

upon detecting the presence of a name and the presence of 
an explicit command, performing an arbitration step to 
determine whether to respond to the detected command 
or to dial the telephone number corresponding to the 
name whose presence is detected if the e3q>licit com- 
mand whose j^esence was detected is of a first type 
which does not require a name to be performed. 

13. The method of claim 12, further comprising the step 

of: 

upon detecting &e presence of a command of a second 

type; 

performing a voice verification operation to check the 
identity of the caller. 

14. The method of claim 13. wherein speaker dependent 
voice recognition and speaker independent voice recogni- 63 
tion are performed using word spotting and out of vocat>u- 
lary word rejection techniques. 
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15. A device for responding to a caller's speech, com- 
prising: 

means for performing speaker dependent speech recog- 
nition on the speech to detect the presence of a name in 
the speech; 

means for performing speaker indq>endent speech recog- 
nition on the speech to detect the presence of an explicit 
command in the speech, the means for performing 
speaker dependent and speaker independent speech 
recognition being coupled in parallel; and 

means for dialing a telephone number corresponding to 
the name whose presence is detected, upon detecting 
the presence of a name and failing to detect the pres- 
ence of an e^lidt oormnand in die speech, ooujded to 
the means for pecforming speaker independent and 
speaker dependent speech recognition. 

16. The device of claim 15, further conqnising: 

an arbiter coupled to the means for performing speaker 
dependent and speaker indq>endent speech recognition 
for receiving an output therefrom and for determining 
the action to be taken in response to the detection of 
nan^ and commands. 

17. The device of daim 16, further conqxrising a voice 
veiification circuit coupled to the arbiter for selectively 
performing voice veiification on the speech. 

18. The device of claim 17, further comprising: 

a database coupled to the means fcs* performing speaker 
dependent speech recognition, the database including a 
phiraiity of speaker dependent speech recognition tem- 
plates and telephone numbers, a single telephone num- 
bc£ being associated with each speaker dependent 
speech recognition template. 

19. The device cf claim 18 further compdsing a switch 
coiq)led to the caller and to the means for performing 
speaker indqwndent and speaker dependent speech recog- 
nition. 

20. A method of providing a telq>hone service in response 
to speech from a caller, the method oon^sing the stq)s of: 

identifying the caller; 

accessing a database including speaker dependent speech 
recognition tenq)lates of names; 

performing speaker dependent speech recognition on the 
speech using the spe^k^ dependent speech recognition 
templates to detect a name in tiie speech and a first time 
interval in which the name was spoken; 

perf(Hming speech recognition on the speedi in order to 
detect an explicit command in the speech and a second 
time interval in which the explicit coounand was spo- 
ken; and 

upon dfferting the name and the e]q)licit command 
determining if the explicit cormnand is of a type 
which requires a name to be performed and deter- 
mining if there is a significant overlap t>etween the 
first and second time intervals; 

if it is determined that the command is of the type 
which requires a name to be performed and if the first 
and second time intervals significantly overlap, per- 
forming an arbitration step to determine whether to 
respond to the detected command or to dial a tele- 
phone number in response to the detected name. 

21. The method claim 20, 

wherein the step of perfonning speech recognition in 
order to detect the presence of an explicit command 
inchides die step of perfonning speaker independent 
speech recognition; and 
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wherein the steps of pcifarming speaker dependent 
speech recognition and speaker independent ^>ecch 
recognition are peifonned in paralleL 

22, The niethod of claim 21, wherein upon detecting the 
presence of a name and failing to detect the presence of an 
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aplicit command in the speech a further stq> oi dialing a 
telephone nimibcr, corresponding to the name whose pres- 
ence was detected, is perfonned. 

* * « « « 
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